Telekom ändert DNS (SRV)

  • Guten Morgen,


    wir haben heute die Info erhalten, dass die Telekom demnächst eine Umstellung macht und "um auch künftig telefonieren zu können" sollen wir ein Update des Routers einspielen. Konkret heißt es in dem Schreiben:


    "Dabei haben wir festgestellt, dass Ihre Router statt einer SRV-Dienstauflösung einen veralteten DNS-Konfigurationseintrag über A-Record" nutzt.


    Ich gehe stark davon aus, dass das Problem nicht im Router, sondern in derStarface liegt, die die direkte Telekomeinwahl macht.


    Gibt es hierfür schon eine Lösung bzw. was wäre zu tun, dass unsere Kunden auch nach dem 21. September noch telefonieren können?


    Danke und beste Grüße
    Dennis

  • Hallo Dennis,


    die Starface sollte das doch bereits seit der Version 6.4.3 können. Ich habe das gerade mal auf unsere Anlage 6.7.2.2 geprüft. Die Betriebssystem selbst löst den SRV-Eintrag einwandfrei auf.


    nslookup -querytype=SRV _sip._tcp.reg.sip-trunk.telekom.de


    Im dns log der Anlage sieht die Auflösung über SRV auch gut aus. Ich bekomme 3 Hosts zurück zu denen die IPs aufgelöst werden.


    [2020-09-03 10:11:18,071] INFO ------------- RESOLVING DNS SERVICE ( Name:reg.sip-trunk.telekom.de Secured:false TCP:true ) --------------
    [2020-09-03 10:11:18,071] INFO | --- Current depth: 1 Resolving: reg.sip-trunk.telekom.de
    [2020-09-03 10:11:18,071] INFO | timeout: 2000 retries:3
    [2020-09-03 10:11:18,072] INFO | dnsService (reg.sip-trunk.telekom.de): Entry{ h='_sip._tcp.reg.sip-trunk.telekom.de', p=30, w=0, d=NAPTR, n='SIP+D2T'}
    [2020-09-03 10:11:18,076] INFO | --- Current depth: 2 Resolving: _sip._tcp.reg.sip-trunk.telekom.de
    [2020-09-03 10:11:18,076] INFO | timeout: 2000 retries:3
    [2020-09-03 10:11:18,104] INFO | dnsService (_sip._tcp.reg.sip-trunk.telekom.de): Entry{ h='do-ipr-b01.edns.t-ipnet.de', p=20, w=0, d=SRV, n=''}
    [2020-09-03 10:11:18,104] INFO | dnsService (_sip._tcp.reg.sip-trunk.telekom.de): Entry{ h='do-ipr-b02.edns.t-ipnet.de', p=10, w=0, d=SRV, n=''}
    [2020-09-03 10:11:18,104] INFO | dnsService (_sip._tcp.reg.sip-trunk.telekom.de): Entry{ h='d-ipr-a02.edns.t-ipnet.de', p=30, w=0, d=SRV, n=''}
    [2020-09-03 10:11:18,133] INFO | --- Current depth: 3 Resolving: do-ipr-b01.edns.t-ipnet.de
    [2020-09-03 10:11:18,133] INFO | timeout: 2000 retries:3
    [2020-09-03 10:11:18,138] INFO | dnsService (do-ipr-b01.edns.t-ipnet.de): Entry{ h='217.0.129.131', p=-1, w=-1, d=A, n=''}
    [2020-09-03 10:11:18,138] INFO | --- Current depth: 3 Resolving: do-ipr-b02.edns.t-ipnet.de
    [2020-09-03 10:11:18,138] INFO | timeout: 2000 retries:3
    [2020-09-03 10:11:18,142] INFO | dnsService (do-ipr-b02.edns.t-ipnet.de): Entry{ h='217.0.129.133', p=-1, w=-1, d=A, n=''}
    [2020-09-03 10:11:18,142] INFO | --- Current depth: 3 Resolving: d-ipr-a02.edns.t-ipnet.de
    [2020-09-03 10:11:18,142] INFO | timeout: 2000 retries:3
    [2020-09-03 10:11:18,159] INFO | dnsService (d-ipr-a02.edns.t-ipnet.de): Entry{ h='217.0.26.69', p=-1, w=-1, d=A, n=''}
    [2020-09-03 10:11:18,159] INFO | ----------------------------------------------------------------
    [2020-09-03 10:11:18,159] INFO | -- Found DNS Entries: --
    [2020-09-03 10:11:18,159] INFO | [Entry{ h='217.0.129.131', p=20, w=0, d=A, n=''}, Entry{ h='217.0.129.133', p=10, w=0, d=A, n=''}, Entry{ h='217.0.26.69', p=30, w=0, d=A, n=''}]
    [2020-09-03 10:11:18,159] INFO | -- After sorting: --
    [2020-09-03 10:11:18,159] INFO | [Entry{ h='217.0.129.133', p=10, w=0, d=A, n=''}, Entry{ h='217.0.129.131', p=20, w=0, d=A, n=''}, Entry{ h='217.0.26.69', p=30, w=0, d=A, n=''}]
    [2020-09-03 10:11:18,159] INFO | -- After removed double entries: --
    [2020-09-03 10:11:18,159] INFO | [Entry{ h='217.0.129.133', p=10, w=0, d=A, n=''}, Entry{ h='217.0.129.131', p=20, w=0, d=A, n=''}, Entry{ h='217.0.26.69', p=30, w=0, d=A, n=''}]


    Wir haben festgestellt, dass es wichtig ist einen ordentlich DNS Server zu verwenden. Bei den Telekom DSN-Server scheint es Roulette zu sein welcher die eigenen Dienste korrekt auflösen kann und welcher nicht. In der Starface haben wir unseren internen DNS-Server als 1. eingetragen und dieser hat eine Weiterleitung auf 8.8.8.8 (google DNS) hinterlegt. Das funktioniert bisher einwandfrei.


    nslookup -querytype=SRV _sip._tcp.reg.sip-trunk.telekom.de 8.8.8.8


    Grüße von der FriedWald GmbH

    2 Mal editiert, zuletzt von Thomas_K ()

  • Bei Windows Name Servern ist es je nach Konfiguration evtl. notwendig einen Reverse Lookup Zone einzurichten, aber spätestens seit 6.7.1 funktioniert die Auflösung über SRV-Record grundsätzlich ohne Probleme.


    Eventuell erkennt die Telekom die (fehlgeschlagenen) A-Record Auflöseversuche vom Asterisk? Asterisk kann nur A/AAAA Records auflösen, deshalb machen wir die Auflösung und schreiben dann die aufgelösten Hosts beispielsweise direkt in die sip.conf.

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Ich hatte letzten Sommer auf einer Anlage das Problem, dass die Anlage den SRV Record partout nicht auflösen wollte. Egal ob interne DNS, Google DNS oder Telekom DNS.
    Mag sein, dass sich das inzwischen geändert hat, aber meine einzige Möglichkeit damals den SIP Trunk ans laufen zu bekommen war, dass ich einen der Einträge aus einem manuellen SRV Lookup hart ins Providerprofil geschrieben habe.

    Viele Grüße
    Rouven

  • Asterisk kann nur A/AAAA Records auflösen, deshalb machen wir die Auflösung und schreiben dann die aufgelösten Hosts beispielsweise direkt in die sip.conf.


    Gilt das auch für neuere Asterisk Versionen welche in Starface 7.x kommen?


  • Wir machen die DNS Auflösung außerhalb des Asterisks.

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Bei Windows Name Servern ist es je nach Konfiguration evtl. notwendig einen Reverse Lookup Zone einzurichten, aber spätestens seit 6.7.1 funktioniert die Auflösung über SRV-Record grundsätzlich ohne Probleme.


    Eventuell erkennt die Telekom die (fehlgeschlagenen) A-Record Auflöseversuche vom Asterisk? Asterisk kann nur A/AAAA Records auflösen, deshalb machen wir die Auflösung und schreiben dann die aufgelösten Hosts beispielsweise direkt in die sip.conf.


    Sorry, aber da muss ich widersprechen. Die Starface löst über das OS die SRV-Records auf, nicht jedoch über den Asterisk. Im Plusnet-Profil funktioniert nur der fest eingetragene Server, nicht der SRV-Record aus den Zugangsdaten.

  • Ich glaube bei den SIP-Trunks passt schon alles. Das Schreiben bekommen derzeit unsere Kunden mit den DeutschlandLAN IP Voice/Data (ehemals MGAs) Anschlüssen.
    Hier ist der Host in dem Leitungsprofil: tel.t-online.de


    Wie entscheidet die STARFACE denn, ob Sie A oder SRV auflöst?

  • Hallo,


    laut Telekom gingen da wohl tausende Schreiben raus. Ist schon etwas sportlich da nur 3 Wochen Zeit zu geben.
    Wann wurde denn das SIP Profil für DeutschlandLAN IP Start/Voice/Data an die Vorgaben der Telekom angepasst?


    Vielen Dank


    Chris

  • Ich habe meinen MagentaZuhause XL-Anschluss auch nur mit "Telekom DeutschlandLAN IP Voice/Data (S/M/L)" im Feld "Provider" bei der Leitungskonfiguration zum Laufen gebracht. Die SIP-Trunk-Einträge haben nicht funktioniert. Keiner der Einträge funktioniert, wenn ich am Router den DNS-Server von Google (also 8.8.8.8/8.8.4.4) eintrage. Kann jemand sagen, ob ich mit diesen Einstellungen dann Ende September noch telefonieren können werde? Herzlichen Dank im Voraus!!

  • Die Frage ist glaube eher "Wann WIRD denn das SIP Profil für DeutschlandLAN IP Start/Voice/Data an die Vorgaben der Telekom angepasst?", oder wurde es das tatsächlich schon?

  • Zu den Deutschland LAN Anschlüssen gibt unsere Kunden "Compact V3" mit Version 6.6.0.10 folgende Infos (über einen LANCOM 1781A mit FW 9):


    nslookup -querytype=SRV _sip._tcp.tel.t-online.de


    Server: 192.168.6.254
    Address: 192.168.6.254#53


    _sip._tcp.tel.t-online.de service = 20 0 5060 h2-epp-110.edns.t-ipnet.de.
    _sip._tcp.tel.t-online.de service = 30 0 5060 d-epp-110.edns.t-ipnet.de.
    _sip._tcp.tel.t-online.de service = 10 0 5060 do-epp-100.edns.t-ipnet.de.


    Sollte also gehen.

  • Ein Kunde hat selbiges Schreiben von der Telekom erhalten. Er hat einen Geschäftskundenanschluss, früher ISDN-MGA, seit VoIP-Umstellung Deutschland LAN IP Einzelrufnummern. Seine Starface läuft auf Versionsstand 6.7.1.20 bislang relativ störungsfrei. Derzeit sind 5 Leitungen mit dem Profil "Telekom Deutschland LAN IP Start" mit jeweils einer Einzelrufnummer eingerichtet.


    Welche Änderungen sind vorzunehmen, um die SRV-Diensteauflösung sicherzustellen?


    Ist das Profil "Telekom Deutschland LAN IP Start" weiterhin gültig? Falls ein anderes zu verwenden ist, welches?

  • Hallo,


    ich habe heute auch mal mit der Telekom telefoniert da etliche Kunden dieses besagte Schreiben erhalten haben. Intern war der Mitarbeiter sehr bemüht. Das Wort "Router" im Schreiben ist unglücklich gewählt. Es geht um die Telefoniegeräte. Die Telekom kann oft nicht bis hinter den Router oder gar die Firewall schauen und weiss deshalb nicht, ob bereits über SRV aufgelöst wird. Ich habe nun etliche Kunden mit Starface Anlagen (Compact) in Versionen von 6.4 bis aktuell. Könnte jemand von Starface mal eine klare Aussage tätigen welche Kunden updaten müssten und wo es läuft? Ist eine empfindliche Kundschaft bei mir (Arztpraxen).


    Vielen Dank.

  • Ich habe nun etliche Kunden mit Starface Anlagen (Compact) in Versionen von 6.4 bis aktuell.


    Sieht aus als hättest Du Arbeit:

    Bei Windows Name Servern ist es je nach Konfiguration evtl. notwendig einen Reverse Lookup Zone einzurichten, aber spätestens seit 6.7.1 funktioniert die Auflösung über SRV-Record grundsätzlich ohne Probleme.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!