Solved

Keine VOIP Anmeldung Gigaset Go-Box 100 seit 01.07.21

4 years ago

 Hallo zusammen,

 

seit 01.07.21 ist es mir nicht mehr möglich mit der Gigaset Go-Box 100 (C430A-GO) eine VoIP Anmeldung bei der Telekom durchzuführen. Anfang des Jahres kam ein Hinweisschreiben mit der Umstellung auf DNS-SRV. Damals wurde bei Gigaset angerufen und das korrekte Profil geladen (MagentaZuhause) und die Einstellung DNS SRV aktiviert. Siehe Screenshot:

 

C430-GO.png

 

Diese Einstellungen haben bis Ende Juni 2021 funktioniert. Seit 30.06.21 nachts ist als Status "Anmeldung fehlgeschlagen." und im Mobilteil "Anmeld. bei Provider nicht erfolgreich" zu lesen.

Mit Gigaset wurde wieder telefoniert und alle möglichen Profileinstellungen durch probiert. Leider erfolglos.

 

Eine zweite Gigaset Go-Box wurde heute ebenfalls an meinem Anschluss konfiguriert und hier ist auch keine Anmeldung am Provider möglich. Die Box lief aber noch bis vor wenigen Stunden ebenfalls an einem Telekom-Anschluss an einem anderen Standort.

 

Auch ist es mir nicht möglich einen SIP-Client erfolgreich bei der Telekom anzumelden.

 

Die Telekom-Hotline kann leider auch nicht weiterhelfen und gibt nur Auskunft, dass die Leitung in Ordnung sei. Klar, Internet über einen OpenWRT Router ist weiterhin vorhanden. IPTV geht ebenfalls. Der Anschluss ist ein FTTH .

 

Stutzig macht mich, dass ich mich mit keinem SIP-Client über diesen Anschluss bei der Telekom anmelden kann (weder MicroSIP auf dem PC noch die Standardfunktionalität in Android 10). Letzteres geht übrigens an einem anderen Telekom-Anschluss problemlos.

 

Langsam bin ich mit meinen Ideen am Ende, vielleicht hat hier noch jemand einen heißen Tipp?

C430-GO.png

6118

20

    • Answer

      from

      4 years ago

      Das geht:

       

      C:\Users\Thomas>nslookup -querytype=SRV _sip._udp.tel.t-online.de 8.8.8.8
      Server:  dns.google
      Address:  8.8.8.8
      
      Nicht autorisierende Antwort:
      _sip._udp.tel.t-online.de       SRV service location:
                priority       = 20
                weight         = 0
                port           = 5060
                svr hostname   = d-epp-110.edns.t-ipnet.de
      _sip._udp.tel.t-online.de       SRV service location:
                priority       = 10
                weight         = 0
                port           = 5060
                svr hostname   = b-epp-110.edns.t-ipnet.de
      _sip._udp.tel.t-online.de       SRV service location:
                priority       = 30
                weight         = 0
                port           = 5060
                svr hostname   = h2-epp-110.edns.t-ipnet.de

       

      Im Router habe ich bei der PPPoE Verbindung standardmäßig den Google-DNS hinterlegt und dachte zuerst, dass es daran liegt. Aber der kann die Adresse auch auflösen. Heißt der Router (Linksys EA6350v2 mit OpenWRT) kommt mit der DNS Anfrage nicht klar. Also muss ich dort ansetzen.

       

      Mit deinen Profileinstellungen gehen eingehende Anrufe, aber ausgehend geht nicht (kein Rufzeichen). Aktiviere ich STUN, so kommt ausgehend ein Besetzt-Ton.

       

      Ich denke, das ist sicherlich nicht der gewollte Endzustand, DNS-SRV sollte ja gehen, ansonsten ist man bei der nächsten Anpassung wieder aufgeschmissen.

      Answer

      from

      4 years ago

      Hallo @Thomas_Lokomotive ,

      DNS war und ist schon immer der Schlüssel zum Sieg (Ausnahme: DFB-Nationalmannschaft). 😭

      Answer

      from

      4 years ago

      Tausend Dank, der Tipp mit dem Parameter für nslookup war echt Gold wert!

       

      Meine alten Profile in der Go-Box gehen wieder (mit DNS-SRV):

      Thomas_Lokomotive_0-1625262629477.png

      Der Übeltäter war in der OpenWRT Firmware bei dnsmasq versteckt:

      Thomas_Lokomotive_1-1625262673609.png

      "Filter useless" war aktiviert... Nach kurzem Googeln findet man den richtigen Hinweis:

      https://dev.archive.openwrt.org/ticket/557.html

      the option in the luci web interface is called "filter useless" and the description "Do not forward requests requests that cannot be answered by public name servers" is pretty misleading since now google uses SRV records for it's gtalk service, and some other things have started also using SRV records more frequently.

       

      Es dankt dir ein Sohn, der jetzt sonst das restliche Wochenende bei seinen Eltern nach der Ursache gesucht hätte! Ich hatte echt nicht damit gerechnet noch heute die Lösung zu finden. Danke!

      Unlogged in user

      Answer

      from

    • Accepted Solution

      accepted by

      4 years ago

      0

      Unlogged in user

      Ask

      from