Hallo,
ich betreibe meine Asterisk- PBX an einem Telekom-Anschluss mit NAT(kein Port-Forwarding). Meine sip.conf sieht wie folgt aus:

[general]
localnet=10.0.0.0/255.0.0.0
externip=10.0.0.1 ; hides the local ip address, it works bizarrely!
nat=yes
registertimeout=120
allowguest=no
register => NUMBER1@tel.t-online.de@tel.t-online.de/NUMBER1~480
register => NUMBER2@tel.t-online.de@tel.t-online.de/NUMBER2~480


; Dummy for all incoming calls
; Important: Asterisk is putting the call into the FIRST appropriate(where host matches) context
;;;;;;;;;;; THIS CONTEXT MUST BE THE FIRST
[ DTAG -IN]
context=incoming
type=peer
host=tel.t-online.de
nat=yes
directmedia=no
insecure=port,invite
canreinvite=no
dtmfmode=inband
qualify=no
session-timers=refuse
allow=!all,alaw,g722
;;;;;;;;;;; THIS CONTEXT MUST BE THE FIRST


[ DTAG -NUMBER1]
defaultuser=NUMBER1@tel.t-online.de
fromuser=NUMBER1
context=incoming
extension=NUMBER1
type=peer
host=tel.t-online.de
fromdomain=tel.t-online.de
realm=tel.t-online.de
nat=yes
directmedia=no
insecure=port,invite
canreinvite=no
dtmfmode=inband
qualify=yes ; keeps the UDP session open - NAT
session-timers=refuse
allow=!all,alaw,g722

[ DTAG -NUMBER2]
defaultuser=NUMBER2@tel.t-online.de
fromuser=NUMBER2
context=incoming
extension=NUMBER2
type=peer
host=tel.t-online.de
fromdomain=tel.t-online.de
realm=tel.t-online.de
nat=yes
directmedia=no
insecure=port,invite
canreinvite=no
dtmfmode=inband
qualify=yes ; keeps the UDP session open - NAT
session-timers=refuse
allow=!all,alaw,g722


Aufgrund der qualify=yes Zeile sendet Asterisk regelmäßig OPTIONS-Pakete an den SIP-Server. Dieser beantwortet das allerdings mit 403 Unauthorized, für NAT durchaus funktionabel, allerdings nicht wirklich schön anzusehen.


Es kommt circa einmal wöchentlich vor, dass folgende Zeilen im Asterisk Logfile stehen:
chan_sip.c:   -- Registration for 'NUMBER1@tel.t-online.de' timed out, trying again
chan_sip.c:   -- Registration for 'NUMBER2@tel.t-online.de' timed out, trying again
...

Ich vermute, dass währenddessen eine neue PPP-Einwahl des Routers erfolgt und somit keine Verbindung zustande kommt. Das Timeout-Problem verschwindet nach ein paar Minuten.

Immer wenn das vorgekommen ist, können keine Anrufe mehr angenommen werden. Folgende Zeile findet sich dann im Logfile:
chan_sip.c: Call from '' (217.*.*.*:5060) to extension 'NUMBER1' rejected because extension not found in context 'default'.

Offensichtlich kann der Anruf nicht mehr zu DTAG -IN zugeordnet werden, deswegen auch 'default' anstatt 'incoming'. Der Anrufer bekommt die Meldung, dass der Anschluss nicht existiere (404 Not Found). Die Rufnummer scheint verloren zu gehen (Call from ''), sie steht aber definitiv im SIP-INVITE.

Das Problem lässt sich nur durch einen Neustart von Asterisk beheben.

Ich dachte anfangs, dass sich Asterisk eventuell nicht neu registriert, aber in "sip show registry" sind alle Nummern registriert.



Vielleicht hat jemand eine Idee, was hier das Problem sein könnte. Dank im Voraus.