Newsgroup: it.tlc.telefonia.voip
Titolo: aiuto per trixbox: non riesco a ricevere chiamate

Ciao a tutti,
sto provando la versione vmware di trixbox 2.2. Sembra di usare 
pbxes.org
, ma c'è un problemone.
Ho registrato un trunk skypho(euteliavoip) e un trunk vira, ma in 
entrambi i casi non riesco a ricevere chiamate (ottengo sempre il 
segnale di occupato). Con skypho riesco invece a chiamare regolarmente i 
numeri verdi dal mio pc con l'interno registrato su trixbox.
Ho già configurato la NAT del router in modo che le porte udp 5060, 
8000,8001 puntino alla macchina trixbox.
Questi sono i parametri che ho inserito nel trunk tramite freepbx (dove 
non specificato ho lasciato i valori di default):
Outbound Caller ID: numero skypho
Dial rules: XX.
Trunk name: skypho
PEER Details:
host=
voip.eutelia.it
secret=la mia password
type=peer
username=il mio numero
USER Context: il mio numero
USER Details:
context=from-sip-external
externip=il mio ip pubblico
fromdomain=
voip.eutelia.it
fromuser=il mio numero
host=
voip.eutelia.it
insecure=very
nat=yes
realm=
voip.eutelia.it
secret=la mia password
srvlookup=yes
type=user
username=il mio numero
Register String
NUMERO:PASSWORD:NUM...@voip.eutelia.it:5060/NUMERO
Nella sezione "General settings" ho impostato: "Allow Anonymous Inbound 
SIP Calls?" a yes, come suggerito in altri post.
Se qualche anima buona mi potesse aiutare... :-)
grazie
Bye!
-- 
elimina unsampdoriano per rispondere via email

 Bye!
Ciao by Elia 

 externip=xxx.xxx.xxx.xxx
ho appena modificato il file, ho fatto "Re-read configs" e ho provato a 
richiamarmi, ma ho sempre il segnale di occupato :-(


 richiamarmi, ma ho sempre il segnale di occupato :-(
Prova di riavviare Asterisk ;-)
Ciao by Elia 

Elia Finotti ha scritto:

non cambia nulla :-(


 segnale di occupato). Con skypho riesco invece a chiamare regolarmente i 
Ho eliminato per il momento il trunk Vira, tanto il problema non dipende 
da skypho (non funziona neanche con cheapnet).
Lasciando soltanto il trunk skypho, noto che nel pannello flash mi 
rimangono comunque due tronchi registrati: uno con il nome "skypho" che 
ho assegnato al "Trunk name" e uno con il numero che ho indicato nello 
user context dello stesso trunk, ma senza l'ultima cifra. Son 
perplesso... :-S
Naturalmente sempre occupato sulle chiamate in ingresso :-(


 8000,8001 puntino alla macchina trixbox.
Hai impostato queste porte in RTP.conf?
Perché mi sembra che di default metta 10000-20000
Hai un IP statico o dinamico?
Ciao by Elia 

Elia Finotti ha scritto:

statico, cosa cambia?


 statico, cosa cambia?
Se era dinamico dovevi registrare un DNS virtuale...
... hai controllato RTP.conf? 

Elia Finotti ha scritto:

Ho modificato anche rtp.conf, mettendo:
rtpstart=8000
rtpend=8001
ma non migliora la situazione.


Elia Finotti ha scritto:

un passo in avanti l'ho fatto: abilitando il sip debug ho visto che i 
pacchetti da eutelia arrivano.
Il primo pacchetto che arriva è un INVITE e subito dopo arriva questo:
Reliably Transmitting (NAT) to 
83.211.227.21:5060
:
SIP/2.0 407 Proxy Authentication Required
Suppongo a questo punto che si possa trattare di un problema di 
autenticazione. Ma come risolverlo?


Elia Finotti ha scritto:

un passo in avanti l'ho fatto: abilitando il sip debug ho visto che i 
pacchetti da eutelia arrivano.
Il primo pacchetto che arriva è un INVITE e subito dopo arriva questo:
Reliably Transmitting (NAT) to 
83.211.227.21:5060
:
SIP/2.0 407 Proxy Authentication Required
Suppongo a questo punto che si possa trattare di un problema di 
autenticazione. Ma come risolverlo?
-- 


Elia Finotti ha scritto:

un passo in avanti l'ho fatto: abilitando il sip debug ho visto che i 
pacchetti da eutelia arrivano.
Il primo pacchetto che arriva è un INVITE e subito dopo arriva questo:
Reliably Transmitting (NAT) to 
83.211.227.21:5060
:
SIP/2.0 407 Proxy Authentication Required
Suppongo a questo punto che si possa trattare di un problema di 
autenticazione. Ma come risolverlo?


 
NUMERO:PASSWORD:NUM...@voip.eutelia.it:5060/NUMERO
NNNN:PPPP:NN...@voip.eutelia.it/NNNN
Proviamo cosě ;-)
Ciao by Elia 

 
MA VIEEEEEENIIIIIIIII !!!!!!!
Ma chi sei, mago merlino ? :-D
Funziona benissimo adesso, grazie mille.
Per inciso, è skypho che è incasinato perché nel frattempo ero riuscito 
a configurare cheapnet con impostazioni diverse.
bye! e a buon rendere


 bye! e a buon rendere
Sì, Euteliavoip è un pò esigente... non è subito facile farlo andare, 
servirebbe lo STUNT ma in TrixBox non c'è modo per impostarlo :-(
A risentirci,
un saluto by Elia 

Mi accodo a questo thread ...
Ho TrixBox 2.2 ed account Eutelia.
Ho scritto già a mezzo mondo ed ho un problema che sembra insormontabile.
Se vengo chiamato al numero Eutelia/Skypho, la telefonata dura 20 
secondi esatti e poi muore.
Chiedo al GeneraleCluster: hai provato a ricevere telefonate più lunghe 
di 20 secondi?
Se sì, mi posteresti il file sip.conf e sip_nat.conf?
Grazie 1000 a tutti voi per gli utilissimi consigli che raccolgo qua e la.
Ciao
Enrico
Elia Finotti ha scritto:


Ho provato anche con la vostra configurazione, ma nulla !!!! 20 secondi 
esatti e poi cade ..... :(
M.K. ha scritto:


 esatti e poi cade ..... :(
Entra nel CLI di Asterisk e scrivi cosa ti dice quando cade... 

 esatti e poi muore.
Classico caso in cui hai un IP dinamico, non hai un servizio tipo DynDNS 
oppure non hai configurato il sip nat conf con quel nome di dominio.
Quale di queste tre ipotesi è vera? Vedrai che il problema non è 
insormontabile :-) 

Posso allegare il log generato con sip degug peer ?
E' un po' lunghetto ...
Grazie Elia
Enrico
Elia Finotti ha scritto:


Ciao Gino e grazie per la risposta.
Allora: ho un ip dinamico, ho un servizio redirect, nel sip_nat.conf 
l'ho inserito. Considera anche che con Messagenet non ho alcun problema!
Ciao e grazie.
Enrico
Gino Latino ha scritto:


 ha scritto nel messaggio 
news:467a4329$0$16043$5fc...@news.tiscali.it...


Allora Gino, grazie per la risposta ed ecco i dati che hai chiesto.
Il redirect funziona perfettamente, ho provato col tuo link.
sip_nat.conf:
externip = 
xxxxxxx.redirectme.net
localnet = 
192.168.178.0/255.255.255.0
nat = yes
Incoming settings
peer detail:
allow=gsm&ulaw
canreinvite=no
disallow=all
fromdomain=
voip.eutelia.it
fromuser=023919xxxx
host=
voip.eutelia.it
insecure=port,invite
nat=yes
qualify=no
realm=
voip.eutelia.it
secret=xxxxxx
srvlookup=yes
type=friend
username=023919xxxx
Outgoing settings: vuoto
Ho provato comunque una variante infinita di combinazioni del peer 
trovate qua e la, ma per ora nulla.
Ciao e grazie.
Enrico
Gino Latino ha scritto:


 ha scritto nel messaggio 
news:467afc30$0$16040$5fc...@news.tiscali.it...

In teoria dovrebbe andare, ma ti farei provare con questa configurazione sui 
trunk, comprensiva di outgoing settings, che incollo da un piccolo 
centralino su cui sto proprio ora lavorando. A volte con Eutelia basta una 
riga in più od in meno e si hanno problemi...
Trunk Name: tuo_numero_di_telefono
PEER Details:
fromuser=tuo_numero_di_telefono
host=
voip.eutelia.it
secret=tua_password
type=friend
user=tuo_numero_di_telefono
username=tuo_numero_di_telefono
USER Details:
context=from-pstn
fromuser=tuo_numero_di_telefono
host=
voip.eutelia.it
insecure=very
secret=tua_password
type=friend
user=tuo_numero_di_telefono
username=tuo_numero_di_telefono
La stringa di registrazione è:
tuo_numero_di_telefono:tua_password:tuo_numero_...@voip.eutelia.it:5060/tuo_numero_di_telefono
Le impostazioni implicano che tu lasci a Trixbox la scelta dei codec, quindi 
userai lo standard alaw, G.711.
Non andasse ancora, verifica di aver disabilitato il firewall sul router e, 
se possibile, di aver messo il centralino in DMZ. Poi magari ti potrai 
dedicare a chiudere qualche porta, ma è giusto per individuare dove sta il 
problema. 

Maremma arrotolata !!!!
Non c'è nulla da fare anche con i toui consigli Gino!!!!
Ma la versione di Trix che usi è la 2.2?
Ho scritto anche ad Eutelia, ma per ora non mi hanno risposto ...
ciao
Enrico
Gino Latino ha scritto:



Confermo, Trixbox 2.2.
Guarda, il fatto che la linea caschi "regolarmente" dopo mezzo minuto è 
solitamente segno di problemi di NAT/firewall.
Vedi se è abilitato un firewall sul router. Non andava neppure con la DMZ, 
mi pare di capire :-(
Che modello di router hai?

 Enrico
Altra cosa. Prova a collegarti con questo softphone gratuito 
http://www.nch.com.au/talk/index.html
 (togli *tutti* i segni di spunta dai 
componenti da installare durante il setup, sono componenti aggiuntivi 
inutili per il tuo scopo) e vedi se le chiamate continuano a cadere. Resto 
dell'idea che sia un problema di NAT di Trixbox. Avendo questo software il 
supporto STUN almeno avremmo individuato la causa della caduta delle 
chiamate. 

FrixBox 7050.
Ma perché Messagenet funziona?
E' questo che mi manda al manicomio !!!
Se configuro Eutelia tra gli account del Fritz funziona. Cioè se non uso 
il Trix a faccio fare tutto al Fritz ovviamente la linea non cade.
Proverò col client che mi hai consigliato.
Comunque non è un problema solo mio:
http://www.trixbox.org/forums/trixbox-forums/sip-and-iax-trunks-and-providers/setup-incomming-trunks
http://www.trixbox.org/forums/trixbox-forums/help/trixbox-and-eutelia-i-need-help-trixbox-engineers
Grazie 1000 per il supporto.
Enrico
Gino Latino ha scritto:


 Enrico
Ho letto i thread. Ormai stiamo esaurendo le risorse dell'aiuto a distanza! 
Come ho già detto, il problema è molto probabilmente di NAT/routing, quindi 
un tentativo potrebbe essere la temporanea sostituzione del router con uno 
diverso.
Inoltre, ci sono altri router/access point in cascata, dietro al Fritz ed ai 
quali colleghi la macchina Trixbox? Oppure usi degli home plug ethernet per 
la trasmissione dati su rete elettrica? 

 Enrico
Ma... per caso stai usando Trixbox su macchina virtuale? 

No Gino, la macchina non è virtuale ed il pc è connesso direttamente al 
Fritz. Ma perché Messagenet funziona !!!!
Grazie 1000 per l'aiuto :)
Enrico
Gino Latino ha scritto:


 Enrico
Evidentemente per una diversa implementazione dei protocolli sui server di 
Eutelia.
Comunque, alla fine, se la configurazione è OK, prova a cambiare router 
(anche se non sono affatto certo che servirà!)
Oppure, prova a registrare un numero di un distretto diverso rispetto 
all'attuale.
Infine... installa un altro centralino :-) Magari 
www.3cx.com
 non è 
malaccio, se non devi implementarlo in ambienti grossi. 

3cx gira sotto Windozzz :(
Devo provare AsteriskNow .... vediamo un po'.
Ciao e grazie.
Enrico
Gino Latino ha scritto:


 Enrico
Ah, sì, vero che hai scritto che *non* usi macchine virtuali.
Cmq, se ti può consolare, tempo fa ho provato con le macchine virtuali sotto 
Microsoft Small Business Server. Due SBS diversi, sia Trixbox sia 
AsteriskNow ed ho avuto seri problemi col NAT. Non c'è stato verso di 
ricevere chiamate con Eutelia, mentre partivano regolarmente. Non mi ci sono 
dannato più di tanto, erano installazioni piccole e non valeva la pena di 
perdere tempo per "risparmiare" un computerino dedicato a Linux da poche 
centinaia di Euro, ma è evidente che con Eutelia il NAT è critico.
Un router diverso ce l'hai a portata di mano? Giusto per poter dire di aver 
tentato tutto!
Nel tuo caso non credo che passando ad AsteriskNow potrai risolvere, in fin 
dei conti il "motore" del centralino è sempre lo stesso. Al limite tenta con 
www.elastix.org
 che usa Asterisk 1.4.2 invece della versione 1.2 di 
Trixbox/AsteriskNow.

AsteriskNow usa Asterisk 1.4.2 :) pwe questo vorrei provarlo.
Mi sono scaricato la macchina virtuale, così faccio presto a fare 
qualche verifica e poi eventualmente installo la iso.
Ti faccio sapere altrimenti controlla i giornali e vedi se trovi un 
suicida con in mano un telefono e tra i denti un CD Asterisk :D
Ciao
Enrico
Gino Latino ha scritto:


 Enrico
Ah, ecco, AsteriskNow l'ho solo provato, mai usato sul serio, non sapevo 
usasse il nuovo Asterisk.
Cmq prima del suicidio ne hai di centralini da provare! :-) 

 Enrico
Ecco, abbiamo avuto il tuo stesso identico problema su un centralino: 
chiamate in ingresso con Eutelia che cadevano *esattamente* dopo 20 secondi 
con regolarità svizzera!
Per fortuna il cliente usa (quasi) esclusivamente delle linee ISDN per 
ricevere, quindi c'è stato il tempo per vari esami dei log e smanettamenti.
Si è risolto tutto modificando il file rtp.conf.
Nella riga rtpstart metti =8000 (che è la porta su cui Eutelia inizia le 
comunicazioni). Trixbox è impostato per partire dalla 10001 di default. 

Caro Gino,
ho fatto la modifica ed ho ottenuto che ....
la chiamata dura 24 secondi !!! Ho guadagnato 4 secondi :O
La soluzione è vicina, ma non ci siamo ancora :(
Ciao e grazie per l'aiuto.
Enrico
Gino Latino ha scritto:
