Newsgroup: it.tlc.telefonia.voip
Titolo: Mi comfermate che...

non c'č proprio alcun modo di modificate la posta d'ascolto di un Fritz Box 
Fon Ata, nemmeno andando a modificare qualche file o con qualche versione 
modificata di firmware?
Non ci posso credere che sia cosě.... 

"Antonio" <noncelho> wrote in message 
news:455cac51$0$13766$4faf...@reader3.news.tin.it...

Sicuramente il modo c'č, ma perché lo chiedi?
-- 
Davide Granzotto 

 Sicuramente il modo c'è, ma perché lo chiedi?
Perchè siccome ne ho diversi nella mia rete, utilizzando tutti la porta 5060 
succede un casino bestiale... in particolare con Skypho, quando attacco il 
terzo ATA, il primo che si era registrato va in tilt... mentre invece 
continuano a funzionare perfettamente i telefoni ip, ai quali ho impostato 
ad ognuno una porta diversa e il server trixbox che ascolta sulla 5069... 
non posso credere che non ci sia il modo di impostare la porta... avanti dai 
che qualcuno lo sa sicuramente...
Grazie a chi mi risponderà... 

 attacco il terzo ATA, il primo che si era registrato va in tilt...
Da perfetto neofita la butto li...io nel mio router posso impostare le "Port 
Translation". Dai indirizzi IP statici al fritz e poi usi il port 
translation del router, internamente sempre 5060 e esternamente porte 
diverse, dovresti risolvere il problema.
Spero di non aver detto una boiata... 

 attacco il terzo ATA, il primo che si era registrato va in tilt...
Da perfetto neofita la butto li...io nel mio router posso impostare le "Port


 Spero di non aver detto una boiata...
Con il mio router potrei ad esempio fare il forwarding della porta 5065 
esterna sulla 5060 del fritz, ma poi il problema è che il fritz non lo sa e 
il provider remoto continuerebbe ad inviare i pacchetti udp sulla 5060... 

 modificata di firmware?
Prendilo con beneficio d'inventario ;-)
In teoria fai un telnet sul fritz e lanci il daemon voipd con opzione -P 
<porta>
voipd -P xxxx
se non funziona al limite butta giù prima il daemon con voipd -s
Prova, io ho un fritz solo quindi il problema non si pone.
-- 
Ciao
Diego

 Prova, io ho un fritz solo quindi il problema non si pone.
Vedo dal netstat -a che facendo come dici tu ascolta sulla porta che voglio 
io...
Ovviamente al reboot ritorna sulla 5060 di default...
Ora faccio un po' di prove, vi faccio sapere, intanto grazie... 

"Antonio" <noncelho> ha scritto nel messaggio 
news:455ccb99$0$13758$4faf...@reader3.news.tin.it...

Prova, se ti registri con la porta es 5065, il tuo provider comunica con te 
sulla 5065 e poi il tuo router la transla sulla 5060 all'IP fisso del fritz.
Secondo me dovrebbe funzionare 

 Secondo me dovrebbe funzionare
facendo il port forwarding no, con la soluzione di Diego va, l'unico 
problema è che al riavvio ritorna sulla 5060... ora l'unica cosa che mi 
servirebbe è sapere se c'è un modo per avviarlo in automatico con 
l'opzione -P 5065... :) 

 sulla 5069...
Che strano ... qui a casa ho 4 telefoni IP e 2 ATA, tutti sulla porta 5060 e 
non ho mai avuto problemi.
-- 
Davide Granzotto 

 5060 e non ho mai avuto problemi.
Infatti il NAT comunemente dovrebbe bastare, quello implementato dal 
kernel di linux ad esempio si comporterebbe cosi`:
il primo che parla dalla 5060 viene inviato verso l'esterno con 
sorgente la stessa porta 5060 del router (a meno che non sia gia` 
impegnata). Per il secondo viene utilizzata la prima porta UDP libera 
sopra a 1024 e cosi` via per il terzo...
Cosi` facendo il tutto funziona perche` ogni telefono viene visto dal 
provider come provenire da una porta specifica.
Sfortunatamente alcuni router non sono in grado di usare questo 
semplice algoritmo e compiono mirabolanti e assurdi giochi con le 
porte incasinando la vita a chi ci e` dietro...
Ciao. Marco

 Ora faccio un po' di prove, vi faccio sapere, intanto grazie... 
Sempre col solito beneficio del dubbio io proverei:
echo "voipd -P 5065 -R" > /var/flash/debug.cfg
-- 
Ciao
Diego

 echo "voipd -P 5065 -R" > /var/flash/debug.cfg
mmm... mi sa che non va...
fammi capire un'attimo tu con questa riga scriveresti quel testo tra "" sul 
file debug.cfg... dovrebbe essere qualcosa che viene eseguito all'avvio 
dell'ata?
Esiste sui sistemi linux un file per fare eseguire delle operazioni in 
automatico, tipo l'autoexec.bat per intenderci?
Grazie 

 la vita a chi ci e` dietro...
Ma fammi capire una cosa, visto che sei un esperto del settore, nei messaggi 
che vengono scambiati col protocollo sip, il telefono o l'ata, non deve 
indicare la propria porta d'ascolto, cosiccome deve indicare il proprio 
indirizzo ip pubblico? Non è proprio questo il motivo per cui si utilizza un 
server esterno (stun o altri sistemi) per conoscere il proprio indirizzo ip 
pubblico?
La mia macchina Trixbox ad esempio ricava l'indirizzo esterno tramite un dns 
dinamico, ma succede che se l'ip esterno cambia, non va più perchè continua 
a riportare il vecchio ip nei messaggi sip finchè non faccio il reload 
manuale della configurazione... (se ci fosse anche un modo per risolvere 
questo... :) 

 automatico, tipo l'autoexec.bat per intenderci?
Se lo sapessi, te l'avrei detto senza il beneficio del dubbio, no? ;-)
So solo che sui vecchi fw, nei quali non si poteva attivare il telnet 
col telefono collegato al fritz si scriveva lì dentro il comando che 
attivava il daemon telnet. Di più nin zò, prova a dare un'occhiata al 
busybox che è la versione di linux embedded installata nel fritz
-- 
Ciao
Diego

Diego Marson ha scritto:

io ho semplicemente messo il numero della porta nel campo del proxy sip
del fritz
ad esempio "
sip.messagenet.it:5061
"

 ad esempio "
sip.messagenet.it:5061
"
Scusa, ma cos' imposti la porta alla quale deve collegarsi sul server 
remoto, il nostro discorso era impostare una porta d'ascolto diversa sul 
fritz!

 automatico, tipo l'autoexec.bat per intenderci?
La situazione e` un po' diversa :-) ci sono file in /etc che di certo 
vengono eseguiti e in alternativa potresti scrivere un piccolo wrapper 
per far si` che quando si invoca "voipd" esso parta direttamente con 
-P 5065 ma conoscendo come vengono prodotti e avendo smaneggiato 
qualche volta con un fritz! ritengo che quei file non siano editabili 
in maniera semplice perche` su un filesystem readonly.
Ciao! marco

 indicare la propria porta d'ascolto, cosiccome deve indicare il proprio 
non ho riletto l'rfc di recente per cui vado a memoria. Ci sono due 
livelli differenti:
- la comunicazione SIP (per la registazione e per le informazioni 
sullo stato della sessione [inizio chiamata, sgancio, ecc...]
- la comunicazione RTP per lo scambio dell'effettivo audio.
Quando ti registri il server assume che la comunicazione SIP arrivi 
dalla porta da cui ti vede per cui non ci sono problemi. Il problema 
si manifesta invece all'inizio di una conversazione in quanto nello 
scambio delle informazioni su quali porte RTP verranno usate per lo 
stream audio di norma inserisci il tuo IP che spesso e` un ip privato 
irraggiungibile dal server. Ecco quindi la soluzione dello stun server 
o di inserire l'ip statico nella configurazione: si suggerisce al 
client SIP di mentire sull'ip in modo che la connessione RTP arrivi 
verso l'ip pubblico reale. Solitamente si preferisce una comunicazione 
RTP simmetrica e cioe`:
A parla a B dalla porta X e A si aspetta che B risponda sulla porta X
Puo` sembrare scontato ma non lo e` in quanto gli stream audio sono 
due distinti :-) Pero` con questo "trucchetto" si fa si che la maggior 
parte dei sistemi di NAT facciano passare senza problemi i pacchetti 
in arrivo da B perche` "credono" che essi siano una risposta ai 
pacchetti di A verso B.
Un'alternativa interessante implementata da alcuni provider (mi pare 
ad esempio vira e iovoip) consiste nell'ignorare direttamente l'ip 
inserito nella comunicazione sip e avviare sempre e comunque la 
comunicazione RTP verso l'ip da cui arriva la comunicazione. Un po' 
contro le regole ma utile in alcuni casi visto che si puo` disattivare 
dal loro pannello web.
Ciao. Marco

 ha scritto nel messaggio 
news:ejmvh3$mv0$1...@nnrp.ngi.it...
[CUT]
Grazie della spiegazione... avevo intuito che funzionasse cosě, me ne hai 
dato conferma.
Per quanto riguarda invece Asterisk (Trixbox), che controlla il proprio ip 
esterno tramite un dyndns, sai se c'č il modo per fargli fare questo 
controllo ad esempio ogni tot. minuti, in modo che se cambia si accorge? 
Altrimenti se cambia l'ip esterno devo fare "sip reload" manualmente, ma 
quando sono fuori diventa un problema...
Poi non ti chiedo piů nulla :)))
Grazie di nuovo. 

 Prova un "killall voipd ; voipd -P 5065 -R"
Ho fatto cosě:
echo "voipd -s ; voipd -P 5066" > /var/flash/debug.cfg
ora quando avvio l'ata ascolta sulla 5066... dovrebbe andare bene... 
sembra... 

 sembra... 
Ottimo ed abbondante ;-) Son contento che abbia trovato un work-around 
per risolvere il problema.
-- 
Ciao
Diego