Fritz Ata hinter Router und GMX-Registrierung

[edward]

Die Registrierung bei GMX schlägt mit dem Fehlergrund 403 immer fehl. Daraufhin habe ich die Ausgaben in Telnet angeschauht:

Oct 11 22:02:18 voipd[875]: [email protected]: REGISTER starting
Oct 11 22:02:18 voipd[875]: query_local_ipaddress: 192.168.1.16
Oct 11 22:02:18 voipd[875]: ip address changed xxx.xxx.xxx.xxx -> 192.168.1.16
Oct 11 22:02:18 voipd[875]: 49xxxx: my address 192.168.1.16
Oct 11 22:02:18 voipd[875]: >>> Request: REGISTER sip:sip.gmx.net
Oct 11 22:02:18 voipd[875]: <<< Status: 401 Unauthorized
Oct 11 22:02:18 voipd[875]: ip address changed 192.168.1.16:5060 -> xxx.xxx.xxx.xxx:5060
Oct 11 22:02:18 voipd[875]: 49xxxx: my address xxx.xxx.xxx.xxx:5060
Oct 11 22:02:18 voipd[875]: >>> Request: REGISTER sip:sip.gmx.net
Oct 11 22:02:18 voipd[875]: <<< Status: 401 Unauthorized
Oct 11 22:02:18 voipd[875]: query_local_ipaddress: 192.168.1.16
Oct 11 22:02:18 voipd[875]: ip address changed xxx.xxx.xxx.xxx -> 192.168.1.16
Oct 11 22:02:18 voipd[875]: 49xxxx: my address 192.168.1.16
Oct 11 22:02:18 voipd[875]: >>> Request: REGISTER sip:sip.gmx.net
Oct 11 22:02:18 voipd[875]: <<< Status: 403 Keine RFC1918-IPs erlaubt
Oct 11 22:02:18 voipd[875]: ip address changed 192.168.1.16:5060 -> xxx.xxx.xxx.xxx:5060
Oct 11 22:02:18 voipd[875]: 49xxxx: my address xxx.xxx.xxx.xxx:5060
Oct 11 22:02:18 voipd[875]: [email protected]: REGISTER end
Oct 11 22:02:18 voipd[875]: [email protected]: REGISTER failed 3 status 403 (try again in 40 seconds)
Oct 11 22:02:18 voipd[875]: EVENT(72): Anmeldung der Internetrufnummer 49xxxx ist gescheitert. Gegenstelle meldet Fehlergrund 403

49xxxx->registrierte Rufnummer
xxx.xxx.xxx.xxx -> Internet IP

Wie man erkennen kann, versucht die Box sich 3 mal anzumelden. Jedesmal mit eine andere IP(die interne oder externe). Beim dritten Versuch wird mitgeteilt, dass die IP nicht gültig ist, was auch verständlich ist. Dann wird die Registrierung abgebrochen.
Wieso schlägt der zweite Versuch auch fehl, wenn die Box mit der Internet IP sich zu registrieren versucht.
Mit den anderen SIP-Provider habe ich keine Probleme!

Im Betriebsart Zugang über Router kann sich die Box erfolgreich registrieren. Aber mit dieser Einstellung stehen alle Dienste im Internet zur Verfügung.

Irgendjemand eine Idee? ich denke hier ist das AVM Support Team gefragt.

 

[dennobundy]

hi
ich habe ein ähnliches problem, habe auch gmx und die fritz ata, habe zwar ne registrierung aber wenn ich jemand anrufe kommt nix. kein ton nix .. wie kann ich denn die log auslesen ?

 

[Gast]

Welche Einstellungen hast Du in der Box denn vorgenommen?
Bedenke bitte,daß GMX seinen Registrar geändert hat!
Gruß von Tom

 

[dennobundy]

Hi,

ich habe eben mal das Netphone ausprobiert, das funktioniert super.
Nur die Fritz Box will einfach nicht :-(

 

[haeberlein]

Bei mir klappt GMX wunderbar. Ich habe nur die Ports 5060-5063 und 7077-7088 auf die IP des ATA geleitet. Ausserdem habe ich keinen STUN eingetragen. Ich habe die Firmware 65 beim ATA und davor einen Linksys Router.Klappt alles ohne Probleme. Ich hatte nur beim Kabel Deutschland Volumen Tarif Probleme ,aber das lag an dem Zwangsfirewall von Kabel Deutschland und nicht am ATA.

 

[DM41]

Nur zur Info: Die Fehlermeldungen hat dennobundy hier schon mal beschrieben:

http://www.ip-phone-forum.de/forum/viewtopic.php?t=28888
(Thema wg. Crossposting geschlossen)

 

[dennobundy]

hi
nun ok hab es mit meinem linksys wrt54g versucht, da gehts .. mist liegt also an meinem draytek router. ich habe aber schon alles versuhct, sogar als dmz. irgendwas wird da wohl verschluckt. ich hab mal das log ausgelesen das sieht so aus :

# Oct 24 21:32:33 voipd[390]: dns: _stun._udp.stun.gmx.net: timeout after 4 retr
ies
Oct 24 21:32:33 voipd[390]: dns: stun.gmx.net: query
Oct 24 21:32:33 voipd[390]: dns: stun.gmx.net: 212.227.15.200 ttl=60 from 192.16
8.2.1.
Oct 24 21:32:33 voipd[390]: STUN: udp 5060 -> 84.173.176.248:5060
Oct 24 21:32:33 voipd[390]: ip address changed 192.168.2.32:5060 -> 84.173.176.2
48:5060
Oct 24 21:32:33 voipd[390]: 4963xxx: my address 84.173.176.248:5060
Oct 24 21:32:33 voipd[390]: [email protected]: REGISTER starting
Oct 24 21:32:33 voipd[390]: dns: _sip._udp.sip.gmx.net: query
Oct 24 21:32:35 voipd[390]: dns: _sip._udp.sip.gmx.net: "0 0 5060 sip.gmx.net" t
tl=2072 from 192.168.2.1.
Oct 24 21:32:35 voipd[390]: >>> Request: REGISTER sip:sip.gmx.net
Oct 24 21:32:35 voipd[390]: dns: sip.gmx.net: query
Oct 24 21:32:35 voipd[390]: dns: sip.gmx.net: 212.227.15.197 ttl=60 from 192.168
.2.1.
Oct 24 21:32:35 voipd[390]: <<< Status: 401 Unauthorized
Oct 24 21:32:35 voipd[390]: query_local_ipaddress: 0.0.0.0
Oct 24 21:32:35 voipd[390]: >>> Request: REGISTER sip:sip.gmx.net
Oct 24 21:32:35 voipd[390]: <<< Status: 200 OK
Oct 24 21:32:35 voipd[390]: query_local_ipaddress: 0.0.0.0
Oct 24 21:32:35 voipd[390]: >>> Request: REGISTER sip:sip.gmx.net
Oct 24 21:32:35 voipd[390]: <<< Status: 401 Unauthorized
Oct 24 21:32:35 voipd[390]: >>> Request: REGISTER sip:sip.gmx.net
Oct 24 21:32:35 voipd[390]: <<< Status: 200 OK
Oct 24 21:32:35 voipd[390]: [email protected]: REGISTER end
Oct 24 21:32:35 voipd[390]: [email protected]: REGISTER (sip:496xxxxx@8
4.173.176.248;uniq=4E602B61F1D511CC4B14F1CE4DA7) complete (next in 4460 seconds)
Oct 24 21:32:35 voipd[390]: >>> Request: SUBSCRIBE sip:[email protected]
Oct 24 21:32:35 voipd[390]: <<< Status: 404 Keine Messagebox eingerichtet
Oct 24 21:32:35 voipd[390]: SUBSCRIBED: message-summary sip:[email protected].
net 3.404
Oct 24 21:32:51 voipd[390]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11
<- 0
Oct 24 21:32:51 voipd[390]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming): r
emote: 0x0000 (0x0000) -
Oct 24 21:32:59 voipd[390]: incoming(4:appl=2 plci=0x204 ncci=0x0 incoming): 11
0634xxxxxx <- 0
Oct 24 21:32:59 voipd[390]: dns: _stun._udp.stun.gmx.net: query
Oct 24 21:33:49 voipd[390]: disconnected(appl=2 plci=0x204 ncci=0x0 incoming): r
emote: 0x3490 (0x0000) -
Oct 24 21:33:49 voipd[390]: ocfree: fail 0 normal 0 small 0 large 0
Oct 24 21:33:49 voipd[390]: underrun 0 max_ackqueuelen 0
Oct 24 21:33:49 voipd[390]: small packets merged 0, output 0 and consume
d from CNG 0
Oct 24 21:33:49 voipd[390]: ocmode: normal 0 merged 0 delayed 0
Oct 24 21:33:49 voipd[390]: dropped 0 packets with 0 samples and 1 sample in 0 p
ackets
Oct 24 21:33:49 voipd[390]: generated noise: 0
Oct 24 21:33:49 voipd[390]: capiqueue[0]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[1]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[2]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[3]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[4]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[5]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[6]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: capiqueue[7]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[0ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[10ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[20ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[30ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[40ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[50ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[60ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[70ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[80ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[90ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[100ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[110ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[120ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[130ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[140ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[150ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[160ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[170ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[180ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[190ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[200ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[210ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[220ms]: 0 ( 0.0%)
Oct 24 21:33:49 voipd[390]: txqueue[230ms]: 0 ( 0.0%)
Oct 24 21:34:01 voipd[390]: dns: _stun._udp.stun.gmx.net: timeout after 4 retrie
s
Oct 24 21:34:01 voipd[390]: dns: stun.gmx.net: query
Oct 24 21:34:01 voipd[390]: dns: stun.gmx.net: 212.227.15.200 ttl=60 from 192.16
8.2.1.
Oct 24 21:34:01 voipd[390]: STUN: udp 7078 -> 84.173.176.248:7078
Oct 24 21:34:01 voipd[390]: STUN: udp 7079 -> 84.173.176.248:7079
Oct 24 21:34:01 voipd[390]: allowed bandwidth 560000 for sip:[email protected].
net
Oct 24 21:34:01 voipd[390]: >>> Request: INVITE sip:[email protected]
Oct 24 21:34:01 voipd[390]: dns: sip.gmx.net: query
Oct 24 21:34:01 voipd[390]: dns: sip.gmx.net: 212.227.15.197 ttl=60 from 192.168
.2.1.
Oct 24 21:34:02 voipd[390]: <<< Status: 407 Proxy Authentication Required
Oct 24 21:34:02 voipd[390]: >>> Request: ACK sip:[email protected]
Oct 24 21:34:02 voipd[390]: call to sip:[email protected] terminated (407)
Oct 24 21:34:02 voipd[390]: EVENT(78): Fehler bei der Internettelefonie bei Verb
indung mit sip:[email protected]. Fehlergrund: 407

hmm verstehe das echt nicht ....

gruss


EDIT:

ok ich habs gefunden.
und zwar habe ich bei den netzwerkeinstellungen den dns server abgeändert ! da steht ja normal mein router drin, ich habe den von tcom eingetragen und es geht ! tststs naja vieleicht hilfts ja einem anderen mal weiter hier das beispiel :

alte einstellung: ( funktioniert normal mit allen freenet,dusnet ...)

IP-Adresse 192.168.2.32
Netzmaske 255.255.255.0
Gateway 192.168.2.1
DNS-Server 1 192.168.2.1
DNS-Server 2 192.168.2.1

neue:

IP-Adresse 192.168.2.32
Netzmaske 255.255.255.0
Gateway 192.168.2.1
DNS-Server 1 217.237.149.225
DNS-Server 2 217.237.149.225 -> DNS server der telekom

anscheind gibts da ausgerechnet bei gmx ein problem mit der dns .. ich versteh nicht wieso aber es geht es ... endlich :lol: :lol:

 

[Gast]

Es findet sich immer eine Lösung,zumeist sind es eigene Konfigurationsfehler,die dazu führen,daß es nicht funktioniert!
Dann viel Spass,denn GMX ist nicht schlecht.
Gruß von Tom

 

[RB]

Moin!

@dennobundy
Das wird wohl damit zu tun haben, daß die DNS-Relays in den Routern nicht alle Möglichkeiten des DNS beherrschen. Eine zweite (unwahrscheinliche) Erklärung wäre, daß sie einfach durch des Relaying nicht schnell genug für manchen ungeduldigen Client sind.

Das hatte ich bei mir auch mal in einem anderen Zusammenhang. Da hat eine Software partout eine IPv6-Adressabfrage machen wollen. Damit konnte die Software auf meinem Router auch nichts richtiges anfangen.
Hat etwas gedauert, bis ich das rausgefunden hatte, da es natürlich auch keine gescheite Fehlermeldung gab.

 

[dennobundy]

hi
ja das wird wohl sowas in der art sein. das komische war, oder ist, das alle anderen provider dich ich noch so benutze dieses problem nicht haben. also dusnet,sipgate,freenet. da musste ich nie was ändern. nur gmx.. naja da muss man erstmal draufkommen ... aber naja wie langweilig wäre das ganze ohne probleme ))

gruss
marco

 

[edward]

Hallo,

ich konnte mein Problem auch lösen. Ich habe den Stun-Server eingetragen und plötzlich ging es. Die anderen Anbieter kommen weiterhin ohne einen Stun-Server zurecht.