Newsgroup: it.tlc.telefonia.voip
Titolo: Possibile usare un IP301 Eutelia collegato ad un FritzBox fon 7140 ?

Lo so che sembra una domanda stupida :)
Ecco il problema.
Eutelia mi impone di settare la porta SIP UDP su 5060 ma quando poi vado 
sul port forwarding del 7140 e cerco di definire una regola di 
forwarding per UDP su tale porta verso l'indirizzo LAN del IP301 mi 
becco un errore del tipo "conflicting with internal rule".
Da questo sospetto che il 7140 abbia "cablata" una regola per dirottare 
il traffico SIP verso le proprie porte ATA ...
Ovviamente provato a mettere l' IP dell IP301 in DMZ ma manco cosi' 
funziona perche' il manuale del 7140 dice che in DMZ vengono girate 
tutte le porte NON soggetta a regole di port forwarding (quindi prob 
inclusa sta regola "hidden" del SIP.
Per inciso il problema che ho e' che quando chiamo dal IP301 ne io ne il 
ricevente sentono una mazza, mentre tutto fila liscio per le chiamate 
entranti (il 7140 permette di impostare le porte Eutelia del RTP e dello 
STUN).
Grazie per ogni idea.
Bob

Lo so che sembra una domanda stupida :)
io l'ip301 di eutelia lo ho messo a 5070 e rtp a 20000,
e mi pare funzioni,
ma se proprio non vuoi o non puoi cambiare porta a lui
cambiala al fritz, c'č l'opzione nei dintorni del telefony setting,
se cerchi la trovi, nel mio c'č.

Io lo uso da tempo, e non ho aperto nessuna porta sul fritz :o
E funziona sia in ingresso che in uscita. Prova a ricontrollare le
impostazioni del telefono.....hai visto mai che si fosse spostato lo
stun :)

 
Caro amico,
ti ringrazio ma a meno di non fraintendere il tuo consiglio c'e' 
qualcosa che mi sfugge.
Il server SIP di Eutelia ascolta datagrams UDP sulla porta 5060 per cui 
io non posso scegliere porte diverse sul mio IP301 (ed aprire le 
corrispondenti regole di port forwarding sul 7140).
Sto "toppando" ? :)
Non mi pare di vedere nel 7140 la possib. di cui parli in seconda 
battuta ma guardero' meglio.
Grazie ancora
Bob


Caro amico grazie per l'incoraggiamento :)
Il mio IP301 e' definito con un IP privato 192.168.x.y sulla LAN interna 
del 7140 e quindi a meno di non fare port forwarding oppure di metterlo 
in DMZ come farebbe il server SIP di Eutelia ad inviargli datagrams UDP ?
Cmq credimi le ho provate TUTTE ma in uscita proprio non funziona nel 
senso che nei log di Eutelia la chiamata viene loggata ed i soldi 
scalati ma proprio ne io sento una mazza ne la mia controparte (che 
bello eh ?).
Ho letto di qualcuno che consiglia di usare LIV per uscire dal mio 
problema ma non ho capito bene come.
Ci sono guide/FAQ su questo ?
Ciao !
Bob

Sto "toppando" ? :)
Il forward riguarda la porta su cui l'ip301 si mette in ascolto,
non quella a cui invia i dati.
Hai provato ad abilitare upnp nel fritz?

 
L'assistenza Eutelia mi ha detto di provare con il SIP del IP301 messo 
su 5061. Fatto, modificato il relativo port forward del Fritz 7140 e 
MIRACOLOOOOOOOOOOOO ora funziona !!!
Evviva !
Grazie a tutti per i consigli.
Bob

 DMZ come farebbe il server SIP di Eutelia ad inviargli datagrams UDP ?
Ehm ... tenendo le porte del NAT aperte?
In questi anni ho usato parecchi ATA e telefoni IP in NAT con vari router 
(anche Fritz) e non ho mai impostato DMZ o forward delle porte e ti posso 
assicurare che funzionavano!
-- 
Davide Granzotto 


Interessante ! Ti confesso che comincio ad avere le idee confuse MA ora 
sta funzionando (con le porte dell'IP301 port forwardate).
Quello che potro' provare per sperimentare quello che dici e' di 
cancellare le regole del port forwarding e vedere cosa succede.
Pero' insisto a dire che non capisco. Prendiamo il caso di una chiamata 
VoIP in arrivo. Il mio IP301 aspetta buono buono con il suo 192.168.X.Y 
privato sulla LAN di casa mia. Se non faccio NAT/port forwarding quando 
mai gli arriveranno i datagram UDP dei protocolli coinvolti ??? BOH !
Grazie ancora
Bob

 
Ehm scusa la domanda probailmente sciocca, ma sti ATA e telefoni IP li 
avevi in una LAN con indirizzamento privato o pubblico ? :)
La risposta la immagino, ma sai per sicurezza ! :)
Bob

 mai gli arriveranno i datagram UDP dei protocolli coinvolti ??? BOH !
Una serie di variabili e un pizzico di fortuna... dipende dal client sip 
ovvero se questo è in grado di riscrivere correttamente le intestazioni 
sip con gli indirizzi pubblici (magari con l'aiuto di stun o alg o 
ancora per configurazione esplicita), dipende dal gateway ciè dal 
timeout del binding nat e dal supporto upnp, dipende dal provider che 
può inviare dei messaggi stateless "OPTIONS" al client che aiutano a non 
far scadere il nat binding... e ancora dal client che potrebbe fare la 
medesima cosa così come inviare richieste di registrazione più frequenti 
per il medesimo scopo (che però rompe parecchio al server/proxy SIP).
Insomma, magari con unpò di cu|@ funziona anche senza saperne il perchè.
-- 
For a list of all the ways technology has failed to improve the quality 
of life, please press three.
(C) Alice Kahn

 avevi in una LAN con indirizzamento privato o pubblico ? :)
Ho specificato che ero dietro un NAT, quindi la logica dice che gli IP erano 
privati.
In ogni caso quando un IP provato chiede di dialogare con l'esterno, il NAT 
applica una traduzione dell'indirizzo untillizando una specifica porta. 
Questa porta resta in attesa di eventuali risposte fino ad un time out. Se 
questo time out fosse troppo breve potresti avere i problemi che segnali tu. 
Alcuni apparecchi hanno una specifica funzione "keep alive" per ovviare 
all'inconveniente.
-- 
Davide Granzotto