Ich habe ein G-200 Giptel mit Sipgate Account
am WMA angeschlossen. Wenn der Provider meine IP-Adresse
wechselt verliert das Telefon seine Verbindung.
Leider scheint das Random zu sein.
Nach einen Neustart des Routers funktioniert es wieder,
nur der Neustart des IP-Phones bringt nix.

Hat einer eine Idee

Das gleiche Problem habe ich auch! Ich nutze einen GrandStream HandyTone-486.

Was ich bisher rausgefunde habe, muss es an einem Fehler in der NAT-Implementierung im Router liegen. In dem verlinkten Howto wird zwar ein Problem mit Asterisk beschrieben, aber es ist ja egal welcher Client hinter dem Router ist.

Siehe hier: http://www.ip-phone-forum.de/spip/article.php3?id_article=24


Auszug aus der Quelle:

Ursache:
NAT, DSL mit dynamischer IP.

Wo die Probleme nicht auftauchen:
Kein NAT.
Kein 24h disconnect.
Feste IP bei Provider.
Asterisk direkt auf Linux-Router (keine externip gesetzt, falls doch, dann auch hier!)

Problembeschreibung:
Asterisk kann sich nicht mehr bei Sipgate registrieren.

Meldungen flooden den Bildschirm: Sep 23 15:59:18 NOTICE[81925]: chan_sip.c:3922 sip_reg_timeout: Registration for ’123456789@sipgate.de’ timed out, trying again Sep 23 15:59:24 WARNING[81925]: chan_sip.c:673 retrans_pkt: Maximum retries exceeded on call 0216231b1f16e9e81190cde766ef438d@192.168.1.2 for seqno 187 (Critical Request)

Dieses Problem tritt auf, wenn man beim ISP gekickt wird (24h disconnect). Der Router wählt sich daraufhin wieder neu ein.

Das Problem ist aber NAT, wo unter Linux die ip connection tracking table weiterhin die alten Connections sind.

udp 17 175 src=192.168.1.2 dst=217.10.79.9 sport=5060 dport=5060 src=217.10.79.9 dst=213.23.37.141 sport=5060 dport=5060 [ASSURED] use=1 mark=0
udp 17 172 src=192.168.1.2 dst=69.73.19.178 sport=4569 dport=4569 src=69.73.19.178 dst=213.23.37.141 sport=4569 dport=4569 [ASSURED] use=1 mark=0

Das Problem ist jetzt, die alte IP in dem gespeicherten Paket. Der Router scheint einfach keine neue Connection in die Conntrack Table einzustellen, trotz alldem Asterisk sich ständig versucht, bei Sipgate neu zu registrieren.

NAT denkt wohl, er hätte schon die richtige Connection in der NAT Tabelle. Aber halt leider mit der falschen Destination, d.h Sipgate schickt das Packet an die falsche Zieladresse.