Asterisk 1.8 - Retransmission timeout reached on transmission

[iceget]

Hallo liebe Community,

ich habe folgendes Problem mit Asterisk 1.8.

Mein Setup:
1. Modem (Pirelli PRGAV4202n). Interne IP 10.0.0.138. Firewall deaktiviert. DMZ Host -> 10.0.0.139
2. DD-WRT mit Asterisk 1.8 (10.0.0.139). Angeschlossen an den WAN-Port des DD-WRT Routers.

Wenn ich von extern Asterisk anrufe, funktioniert das Gespräch für 6 Sekunden problemlos.
Danach wird automatisch der Anruf beendet. Folgende meldung sehe ich dann im Debug von Asterisk:

WARNING[24012]: chan_sip.c:3694 retrans_pkt: Retransmission timeout reached on transmission 172f78...f1d3 for seqno 35....53 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6397ms with no response

Das witzige jedoch: wenn ich von intern nach extern telefoniere, funktioniert alles problemlos...

Den port 5060 UDP, 3478 UDP sowie 1024-65535 UDP habe ich geöffnet und an meinen Asterisk weitergeleitet... (eben der DMZ-Host (alles wird weitergeleitet))

Hier noch meine Konfiguration:
sip.conf:

[general]
alwaysauthreject=yes
port=5060
bindaddr=0.0.0.0
context=sonstige

externip=My Official IP
localnet=192.168.0.0/255.255.255.0

register => user:[email protected]/user

; phone 1
[1234]
type=friend
context=meine-telefone
secret=passwd
host=dynamic

; phone 2
[5678]
type=friend
context=meine-telefone
secret=passwd
host=dynamic

[ext-sip-account]
type=friend
context=von-voip-provider
username=username
fromuser=username
secret=password
host=sipserver.net
fromdomain=sipserver.net
qualify=yes
insecure=port,invite
nat=yes
canreinvite=no

extensions.conf:

[sonstige]

[meine-telefone]
exten => 1234,1,Dial(SIP/1234)
exten => 4567,1,Dial(SIP/4567)

; Verbindung ausgehend
exten => _0[1-9].,1,Dial(SIP/${EXTEN}@ext-sip-account)

[von-voip-provider]

exten => _4MYNUMBER,1,Dial(SIP/1234)

Was kann ich tun
Könnt ihr mir helfen?

Danke euch schon mal im vorraus!

glg Markus

 

[rentier-s]

So echt hab ich keine Idee, aber vielleicht könnte man in einem sip debug herausfinden, um welches Paket es da überhaupt geht. :noidea: