impossibile chiamare asterisk dietro nat --- (un po' lungo e xpost)
BJB
ho un pbx * (v. 1.4 su debian), in prova da un cliente.
QUesto ha una adsl con ip dinamico e servizio dyndns, routerino zyxel
con nat, * sta nella lan ed ha il traffico udp rediretto tipo dmz; ha un
paio di account voip con eutelia.
Ora il problema e` che non si riescono a fare chiamate VERSO il pbx *,
cioe' la chiamata rimane muta dalla parte di chi chiama.
Le chiamate in uscita e quelle interne funzionano perfettamente.
La registrazione avviene regolarmente, come conferma l'output di 'sip
show registry'.
Ecco parte di sip.conf:
[general]
language=it
context=default
port=5060
bindaddr=0.0.0.0
srvlookup=yes
tos_sip=cs3
tos_audio=ef
tos_video=af41
externip=nomescelto.dyndns.org (verificato - pinga regolarmente)
externrefresh=100
localnet=192.168.1.0/255.255.255.0
register => 0551234567:pass...@voip.eutelia.it:5060/0551234567
[eutelia-fi]
username=0551234567
fromuser=0551234567
type=friend
secret=password
qualify=yes
nat=yes
port=5060
insecure=port,invite
host=voip.eutelia.it
realm=voip.eutelia.it
canreinvite=no
dtmfmode=auto
disallow=all
allow=alaw
allow=ulaw
Facendo 'sip debug on' si vede che in effetti, quando si fa il numero,
passa del traffico udp, ma a quanto pare c'e` qualcosa che impedisce
alla chiamata di passare.
Un'altra cosa da notare e` che se ci si connette un telefono voip,
stessa rete, con lo stesso account voip tutto funziona regolarmente
(cambia solo il fatto che il telefono usa stun).
Credo, dopo le numerose prove effettuate, che si tratti di un problema
di * e non di router/nat/adsl, ma naturalmente non e` detto al 100%,
cmq. qualsiasi idea puo' essere utile, e ringrazio in anticipo....
--
"Benvenuto nel mondo vero."
Roy Batty
CtRiX
> externip=nomescelto.dyndns.org (verificato - pinga regolarmente)
externhost, non extern ip.
E metti nat=yes anche in [general].
F/up impostato. Evita di crosspostare.
Max
--
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?
BJB
> Il Thu, 20 Nov 2008 13:14:40 +0100, BJB ha scritto:
>> externip=nomescelto.dyndns.org (verificato - pinga regolarmente)
>
> externhost, non extern ip.
>
> E metti nat=yes anche in [general].
Ho riprovato (perche' questi parametri li avevo provati e al momento
asteriscati) ma non cambia nulla purtroppo...
> F/up impostato. Evita di crosspostare.
Evito sempre, ma questo e` un classico caso che appartiene a entrambi i
mondi.
Aggiungo un estratto di 'sip set debug' se puo' servire, e di questi
blocchi ne vengono 6 o 7 di fila.
<--- SIP read from 83.211.227.21:5060 --->
INVITE sip:numero-chiamato@ip-esterno-chiamato SIP/2.0
Record-Route: <sip:83.211.227.21;ftag=7b800356;lr=on>
Record-Route: <sip:83.211.227.13;ftag=7b800356;lr=on>
Record-Route: <sip:83.211.227.21;ftag=7b800356;lr=on>
Via: SIP/2.0/UDP 83.211.227.21;branch=0
Via: SIP/2.0/UDP 83.211.227.13;branch=z9hG4bK8925.803205f4.1
Via: SIP/2.0/UDP 83.211.227.21;branch=0
Via: SIP/2.0/UDP ip-esterno-chiamante:5073;rport=5073;
branch=z9hG4bK48d5417a16
From: "numero-chiamante" sip:numero-c...@voip.eutelia.it>; tag=7b800356
To: <sip:numero-...@voip.eutelia.it>
Call-ID: 2cc6f283395b8d6c29a1cadf3d0e0bd3@ip-esterno-chiamante
Contact: <sip:numero-chiamante@ip-esterno-chiamante:5073>
CSeq: 802 INVITE
Max-Forwards: 14
Allow: INVITE,CANCEL,ACK,BYE,NOTIFY,REFER,OPTIONS,INFO,MESSAGE
Supported: replaces
Content-Type: application/sdp
Content-Length: 255
Remote-Party-ID:
<sip:numero-c...@voip.eutelia.it>;party=calling;id-type=subscriber;screen=yes;privacy=off
v=0
o=CMI-SIPUA 19330 0 IN IP4 ip-esterno-chiamante
s=SIP CALL
c=IN IP4 83.211.223.196
t=0 0
m=audio 63660 RTP/AVP 18 8 0 101
a=rtpmap:18 G729/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
p.s. 83.211.22*.* sono gli ip di eutelia.
Kandy71
wrote:
> Aggiungo un estratto di 'sip set debug' se puo' servire, e di questi
> blocchi ne vengono 6 o 7 di fila.
>
> <--- SIP read from 83.211.227.21:5060 --->
Hai solo i blocchi in ingresso? Nemmeno una risposta da asterisk?
Hai nel context default un interno 055123456? Ho l'extension S
BJB
> On 20 Nov, 12:48, BJB <sesteseQUESTOVATO...@gmail.ANCHEQUESTOcom>
> wrote:
>
>> Aggiungo un estratto di 'sip set debug' se puo' servire, e di questi
>> blocchi ne vengono 6 o 7 di fila.
>>
>> <--- SIP read from 83.211.227.21:5060 --->
Grazie della risposta intanto...
>
> Hai solo i blocchi in ingresso? Nemmeno una risposta da asterisk?
Ottima domanda, mi pare che qualcosa ci sia ma non ne sono sicuro, stasera
faccio altre prove e magari posto il blocco.
> Hai nel context default un interno 055123456? Ho l'extension S
>
Ho fatto delle prove sia con una extension 0551234567 sia con una extension s in
[default]. Posso postare il pezzetto di extensions.conf
La cosa strana e` che tempo fa su un'altra linea la configurazione funzionava,
poi deve essere successo qualcosa che po ora rimane inspiegabile, e anche su
quella linea (una cheapnet) non ha piu' funzionato, esattamente come ora.
Nobusama
> CtRiX wrote:
>> Il Thu, 20 Nov 2008 13:14:40 +0100, BJB ha scritto:
>>> externip=nomescelto.dyndns.org (verificato - pinga regolarmente)
>>
>> externhost, non extern ip.
>>
>> E metti nat=yes anche in [general].
>
> Ho riprovato (perche' questi parametri li avevo provati e al momento
> asteriscati) ma non cambia nulla purtroppo...
>
>> F/up impostato. Evita di crosspostare.
> Evito sempre, ma questo e` un classico caso che appartiene a entrambi i
> mondi.
>
Noi abbiamo risolto impostando uno stun server sui client.
--
Nobusama on GSR 600
BJB
>
> Noi abbiamo risolto impostando uno stun server sui client.
>
>
Effettivamente ci avevo pensato anche io, in quanto i telefoni voip che si
registrano direttamente ad eutelia funzionano bene su quei telefoni e` impostato
lo stun server di eutelia, ma avevo letto che stun serve fondamentalmente a
risolvere il problema del rtp (la voce) sul nat, qui invece la voce passa bene
quando la chiamata si fa dal centralino *.
Voi come server stun usate quello di eutelia?
BJB
asterweb
Junior Member
Data registrazione: 20-10-2008
Messaggi: 5
Porte necessarie sul router aperte ?
Di per se sul router e` impostata l'opzione DMZ, per cui tutto quello che entra
o e` rediretto o va ad * (almeno cosi' dovrebbe essere).
3478 = iax2 per ora non lo usiamo
5060 = sip - ok
8000 = ?
8001 = ?
10000-20000 = rtp - ok
tutte in UDP
2 info:
- Chi ti fornisce la ADSL?
Ora stiamo provando con tele2 (ip dinamico) ma abbiamo provato anche su una
cheapnet con ip fisso... stesso risultato...
- che modello è il router?
ora sto usando un ex marcato alice - il fw e` dynalink, abbiamo provato anche
con uno zyxel serie 600 e con un netgear, stessa cosa.
In modo debug, come si distinguono le richieste sip in entrata da quelle che
rimanda asterisk ?
BJB
> On 20 Nov, 12:48, BJB <sesteseQUESTOVATO...@gmail.ANCHEQUESTOcom>
> wrote:
>
>> Aggiungo un estratto di 'sip set debug' se puo' servire, e di questi
>> blocchi ne vengono 6 o 7 di fila.
>>
>> <--- SIP read from 83.211.227.21:5060 --->
>
>
> Hai solo i blocchi in ingresso? Nemmeno una risposta da asterisk?
In modo debug, come le distinguo le risposte di * ?
> Hai nel context default un interno 055123456? Ho l'extension S
>
SI (esse minuscolo mi risultava....), ho provato con entrambi i settaggi.
Ora c'e` un s,1,Dial....
BJB
Dopo varie prove fatte e per ora non aver risolto, adesso succede una cosa
semi-incredibile: se provo a chiamare il n.eutelia gestito da * risponde.... UN
MODEM!
Inutile dire che io non ho nessun modem collegato.