Hallo,
ich hab das Problem jetzt ne Weile und suche auch schon eine Weile nach den Symptomen, habe aber nichts gefunden.
Mein SIP-Account habe ich bei Vodafone, ich benutze Asterisk v11.7.0
Der Asterisk-Server hat intern die IP 192.168.6.102, der Router 192.168.6.1 (=> Asterisk im Nat)
Der Server ist über dynamisches DNS erreichbar und Ports sind weitergereicht (5060, 10000-20000)
Starte ich den Asterisk und rufe mit dem Handy auf der VOIP-Nummer an, ist alles gut. Im Log erscheint:
Super. Das ist die IP des Servers bei Vodafone.
Nach ein paar minuten (5-10, ist unterschiedlich) geht aber kein Anruf mehr durch, im Log Steht:
Was stimmt! Mein Router ist kein Peer, soll er ja auch nicht sein.
Was mir überhaupt nicht klar ist, wie Asterisk darauf kommt, da es ja zuerst funktioniert. Im Logfile steht zwischen beiden Anrufen keine weitere Meldung nach "sip set debug on"
Die Config ist mittlerweile, glaube ich, etwas überladen, was daran liegt, daß ich viel herumgespielt habe, um das Problem in den Griff zu bekommen:
Für einen Hinweis wär ich sehr dankbar
ich hab das Problem jetzt ne Weile und suche auch schon eine Weile nach den Symptomen, habe aber nichts gefunden.
Mein SIP-Account habe ich bei Vodafone, ich benutze Asterisk v11.7.0
Der Asterisk-Server hat intern die IP 192.168.6.102, der Router 192.168.6.1 (=> Asterisk im Nat)
Der Server ist über dynamisches DNS erreichbar und Ports sind weitergereicht (5060, 10000-20000)
Starte ich den Asterisk und rufe mit dem Handy auf der VOIP-Nummer an, ist alles gut. Im Log erscheint:
Code:
Sending to 88.79.233.153:5060 (NAT)
Sending to 88.79.233.153:5060 (NAT)
Using INVITE request as basis request - [...]
Super. Das ist die IP des Servers bei Vodafone.
Nach ein paar minuten (5-10, ist unterschiedlich) geht aber kein Anruf mehr durch, im Log Steht:
Code:
Sending to 192.168.6.1:5060 (NAT)
Sending to 192.168.6.1:5060 (NAT)
Using INVITE request as basis request - [...]
No matching peer for 'HANDYNUMMER' from '192.168.6.1:5060'
Was stimmt! Mein Router ist kein Peer, soll er ja auch nicht sein.
Was mir überhaupt nicht klar ist, wie Asterisk darauf kommt, da es ja zuerst funktioniert. Im Logfile steht zwischen beiden Anrufen keine weitere Meldung nach "sip set debug on"
Die Config ist mittlerweile, glaube ich, etwas überladen, was daran liegt, daß ich viel herumgespielt habe, um das Problem in den Griff zu bekommen:
Code:
[general]
context=incoming
register => VORWAHLRUFNUMMER1:[email protected]/VORWAHLRUFNUMMER1
register => VORWAHLRUFNUMMER2:[email protected]/VORWAHLRUFNUMMER2
register => VORWAHLRUFNUMMER3:[email protected]/VORWAHLRUFNUMMER3
allowguest=no
allowoverlap=no
bindport=5060
bindaddr=0.0.0.0
srvlookup=no
disallow=all
allow=ulaw
;alwaysauthreject=yes
canreinvite=no
nat=yes
;force_rport,comedia
session-timers=refuse
session-expires=180
session-minse=90
session-refresher=uas
externhost=DYNDNS
externrefresh=30
localnet=192.168.6.0/255.255.255.0
stunaddr=stun.l.google.com:19302
stunrefresh=30
[voip]
canreinvite=no
dtmfmode=rfc2833
host=VORWAHL.sip.arcor.de
fromuser=VORWAHLRUFNUMMER1
defaultuser=VORWAHLRUFNUMMER1
fromdomain=VORWAHL.sip.arcor.de
secret=PASSWORT
context=incoming
type=peer
disallow=all
allowguest=yes
allow=alaw,ulaw,gsm
trustrpid=yes
qualify=no
discard_remote_hold_retrieval=yes
sendrpid=yes
insecure=port,invite
;nat=yes
[voip2]
canreinvite=no
dtmfmode=rfc2833
host=VORWAHL.sip.arcor.de
fromuser=VORWAHLRUFNUMMER2
defaultuser=VORWAHLRUFNUMMER2
fromdomain=VORWAHL.sip.arcor.de
secret=PASSWORT
context=incoming
type=peer
disallow=all
allowguest=yes
allow=alaw,ulaw,gsm
trustrpid=yes
qualify=no
discard_remote_hold_retrieval=yes
sendrpid=yes
insecure=port,invite
;nat=yes
[7001]
type=friend
host=dynamic
secret=123
context=outgoing
[7002]
type=friend
host=dynamic
secret=234
context=outgoing
Für einen Hinweis wär ich sehr dankbar
Zuletzt bearbeitet: