MicroSIP DNS SRV resolution schlägt neuerdings fehl für stun.t-online.de
vor 4 Tagen
Hallo zusammen,
Ich bin gestern aus dem Urlaub gekommen und heute will mein MicroSIP sich nicht mehr verbinden.
Hat vorher tadellos funktioniert und ich habe an meinem Setup nichts verändert.
Ich sehe im Log, das er nicht mehr an den STUN-Server "stun.t-online.de" zu kommen scheint:
10:44:53.200 mainDlg.cpp Create transport
10:44:55.170 resolver.c !Re-transmitting 45 bytes to NS 0 (8.8.8.8:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:44:55.170 resolver.c Re-transmitting 45 bytes to NS 1 (8.8.8.4:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:44:57.170 resolver.c Re-transmitting 45 bytes to NS 0 (8.8.8.8:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:44:57.170 resolver.c Re-transmitting 45 bytes to NS 1 (8.8.8.4:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:44:59.171 resolver.c Re-transmitting 45 bytes to NS 0 (8.8.8.8:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:44:59.171 resolver.c Re-transmitting 45 bytes to NS 1 (8.8.8.4:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:45:01.172 resolver.c Re-transmitting 45 bytes to NS 0 (8.8.8.8:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:45:01.172 resolver.c Re-transmitting 45 bytes to NS 1 (8.8.8.4:53): DNS SRV query for _stun._udp.stun.t-online.de: Success
10:45:03.171 _stun._udp.stu DNS SRV resolution failed for _stun._udp.stun.t-online.de: Operation timed out (PJ_ETIMEDOUT)
10:45:03.171 _stun._udp.stu DNS SRV resolution failed for _stun._udp.stun.t-online.de, trying resolving A/AAAA record for stun.t-online.de
Aus der nslookup query werde ich nicht ganz schlau:
nslookup -query=srv _stun._udp.stun.t-online.de
Server: UnKnown
Address: 103.86.96.100
Nicht autorisierende Antwort:
_stun._udp.stun.t-online.de SRV service location:
priority = 0
weight = 5
port = 3478
svr hostname = m-stun-a01.isp.t-ipnet.de
Der Record scheint bekannt zu sein aber der Server ist Unknown? 🤔
MicroSIP + Speedport Smart 4 sind auf neuster Version und den Router durchgebootet hab ich auch.
Any ideas?
Danke für die Unterstützung.
LG
0llowain
48
3
Das könnte Ihnen auch weiterhelfen
vor 4 Jahren
447
0
3
500
0
3
vor 2 Stunden
in
26
0
3
vor 4 Tagen
Hallo @0llowain ,
welchen Fehler zeigt MicroSIP denn an?
Warum nutzt du nicht den Smart4 als Nameserver?
0
vor 4 Tagen
Der Record scheint bekannt zu sein aber der Server ist Unknown? 🤔
Hallo zusammen,
Ich bin gestern aus dem Urlaub gekommen und heute will mein MicroSIP sich nicht mehr verbinden.
Hat vorher tadellos funktioniert und ich habe an meinem Setup nichts verändert.
Ich sehe im Log, das er nicht mehr an den STUN-Server "stun.t-online.de" zu kommen scheint:
Der Record scheint bekannt zu sein aber der Server ist Unknown? 🤔
MicroSIP + Speedport Smart 4 sind auf neuster Version und den Router durchgebootet hab ich auch.
Any ideas?
Danke für die Unterstützung.
LG
0llowain
"Unknown" ist nur der DNS-Server, vermutlich weil der 103.86.96.100 keinen Reverse-DNS-Eintrag hat.
Microsip befragt nicht diesen DNS-Server sondern wechselweise den 8.8.8.8 und 8.8.8.4. Der 8.8.8.8 liefert bei mir problemlos sowohl den SRV-Record für srv _stun._udp.stun.t-online.de ...
~$ nslookup -query=srv _stun._udp.stun.t-online.de 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
_stun._udp.stun.t-online.de service = 0 5 3478 f-stun-a01.isp.t-ipnet.de.
_stun._udp.stun.t-online.de service = 0 5 3478 m-stun-a01.isp.t-ipnet.de.
_stun._udp.stun.t-online.de service = 0 5 3478 hh-stun-a01.isp.t-ipnet.de.
... als auch die A-Records für die hinterlegten SRV-Hostnames:
~$ nslookup -query=A f-stun-a01.isp.t-ipnet.de
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: f-stun-a01.isp.t-ipnet.de
Address: 217.0.136.1
Name: f-stun-a01.isp.t-ipnet.de
Address: 217.0.136.17
Was mir auffällt: Den von MicroSIP alternativ befragten 8.8.8.4 scheint es nicht zu geben. Ist vielleicht 8.8.4.4. gemeint? Aber solange der erste DNS liefert sollte das kein Problem sein.
Generell gibt es häufiger mal Probleme mit SIP-Clients, die hinter einem Speedport direkt die Telekom-SIP-Gateways erreichen wollen, die Speedports routen offenbar nicht alle SIP/RDP-Pakete transparent durch.
Als Workaround könntest du Deine Rufnummern direkt im Speedport registrieren lassen, dann an der im Speedport eingebauten Telefonanlage einen lokalen SIP-Account einrichten und diesen in MicroSIP konfigurieren.
1
Antwort
von
vor 4 Tagen
Du hattest recht, die 2. DNS Adresse war Murks.
Ich habe es jetzt in 8.8.4.4 geändert und siehe da er verbindet sich wieder brav...
Ob das auch schon heute vormittag funktioniert hätte kann ich jetzt nicht mehr sagen.
Wie gesagt, eigentlich hatte ich seit Monaten nichts geändert an den Einstellungen.
Danke für die Hinweise :)
Uneingeloggter Nutzer
Antwort
von
Uneingeloggter Nutzer
Frage
von