SIP-Registrierung funktioniert nicht mehr
vor 13 Tagen
Es geht um Probleme bei der SIP-Registrierung verschiedener Endgeräte mit dem Server der Telekom. Insgesamt drei verschiedene, unabhängige SIP-Clients lassen sich seit einigen Tagen nicht mehr mit dem Server tel.t-online.de verbinden. Die Registrierung funktioniert manchmal und manchmal nicht. Selbst der DSL-Router (Fritzbox), welcher sich automatisch konfiguriert, kann die SIP-Registrierung nicht mehr durchführen. Das Problem? - Der Server antwortet nicht. Das Trennen und Neuverbinden der Internetverbindung behebt das Problem für ein paar Stunden. Dann beginnt es wieder von vorne. Hilfe über die Telekom? - Hofflunglos. Sie verstehen das Problem nicht. Insbesondere verstehen sie nicht, dass sich SIP-Clients unabhängig vom Router mit den Telekom-Servern verbinden können. Ein einfacher Blick in das Log des SIP-Servers würde schon weiterhelfen. Und ja, das Internet selbst funktioniert, nur der SIP-Server der Telekom antwortet nicht. Die SIP-Registrierung zu anderen Telefon-Anbietern funktioniert problemlos mit allen Clients.
Seit Tagen versuche ich einen fachkundigen Mitarbeiter der Telekom ans Telefon zu bekommen. - Ohne Erfolg. Das Problem fängt damit an, dass die Telekom offensichtlich nicht kontaktiert werden möchte. Kontakt ist nur über die Hotline möglich, über welche man nur Mitarbeiter zu sprechen bekommt, die technisch unversiert sind. Oder über deren versteckte Kontaktformulare, die eine Auswahl nicht zutreffender Themen zur Verfügung stellen. Gelingt es einmal mit einem sog. technischen Mitarbeiter telefonisch verbunden zu werden, fliegt man nach einigen Minuten wieder aus der Leitung. Ist das eine Taktik der Telekom nervenden Kunden loszuwerden? Fachliche Inkompetenz wird im Gespräch oft durch Hochnäsigkeit kompensiert. Das sind meine leidvollen Erfahrungen.
89
0
27
Das könnte Ihnen auch weiterhelfen
401
0
3
vor 6 Jahren
182
0
3
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung
Sie benötigen eine persönliche Kaufberatung? Das Geschäftskundenteam der Telekom berät Sie gerne.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 13 Tagen
@nonameuser1234
Profil befüllen und einen Zeitraum der Erreichbarkeit angeben.
Was für ne FB und welche FW wird eingesetzt?
9
von
vor 13 Tagen
Wenn du möchtest, können wir dich gern morgen wie gewünscht ab 14 Uhr dazu anrufen.🤗
Hallo @nonameuser1234 ,
vielen Dank für deinen Beitrag hier bei uns in der Community.
Wie ich lese, bist du ja schon im Austausch mit @Jumpignon. 👍
Wenn du möchtest, können wir dich gern morgen wie gewünscht ab 14 Uhr dazu anrufen.🤗
Viele Grüße
Svenja
Ja, bitte. Und bitte verbinden Sie mich mit jemandem, der sich mit der SIP-Registrierung auskennt und Zugriff auf entsprechenden Logs hat. Sonst macht es keinen Sinn. Danke!
0
von
vor 13 Tagen
8.21 ist ein Hotfix, das nur über eine spezielle URL auffindbar ist und Fehler mit Telekom VoIP behebt.
Alternativ ist das Update über die Update-Funktion der Fritz!Box auffindbar, sofern die Box an einem Anschluss der Telekom betrieben wird.
von
vor 13 Tagen
Fritz wurde aber nicht gefragt, sondern ich. Und ich sage es ist V8.21 installiert. Aber ich bin ja nur ein dummer Kunde, der nichts davon versteht.
Diese Diskussion spiegelt exakt wieder was ich oben beschrieben habe.
An dem Server werden nur Millionen von Rufnummern registriert, ich gehe eher nicht davon aus, dass er Fehlerhaft ist.
Wenn man davon ausgeht, dass keine Fehler vorliegen, findet man auch keine Fehler. Und wenn der Kunde sagt, dass ein Fehler vorliegt, dann ist er eben dumm.
Laut Fritz gibt es für die 7590 keine V8.21, sondern nur V8.20
Fritz wurde aber nicht gefragt, sondern ich. Und ich sage es ist V8.21 installiert. Aber ich bin ja nur ein dummer Kunde, der nichts davon versteht.
Diese Diskussion spiegelt exakt wieder was ich oben beschrieben habe.
Keine Ahnung was dein Problem ist, aber wenn du keine Lust auf Hilfe hast, dann eben nicht. Viel Erfolg bei der Fehlersuche
Uneingeloggter Nutzer
von
vor 13 Tagen
@nonameuser1234 welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten? Was zeigt die Fritz!Box unter System -> Ereignisse? Welche Fehlermeldung erhältst du, wenn du im Fehlerfall telefonieren möchtest? Hast du dir schon die Support Daten der Fritz!Box angesehen, oder einen Trace erstellt?
0
vor 13 Tagen
welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten?
@nonameuser1234 welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten? Was zeigt die Fritz!Box unter System -> Ereignisse? Welche Fehlermeldung erhältst du, wenn du im Fehlerfall telefonieren möchtest? Hast du dir schon die Support Daten der Fritz!Box angesehen, oder einen Trace erstellt?
Zum Beispiel:
"Server nicht erreichbar"
oder "SIP: transport error: 1031448 -> Udp:217.0.147.69:5060"
oder "SIP: transport error: 1031444 -> Udp:217.0.147.5:5060"
Was zeigt die Fritz!Box unter System -> Ereignisse?
@nonameuser1234 welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten? Was zeigt die Fritz!Box unter System -> Ereignisse? Welche Fehlermeldung erhältst du, wenn du im Fehlerfall telefonieren möchtest? Hast du dir schon die Support Daten der Fritz!Box angesehen, oder einen Trace erstellt?
"Die Rufnummer +49xxxxxxxxx ist seit mehr als einer Stunde nicht verfügbar."
Diese Meldung wird für alle Rufnummern angezeigt.
0
0
vor 13 Tagen
Das wundert mich nicht, da unter den IP Adressen 217.0.147.69 sowie 217.0.147.5 die Ports 5060/udp sowie 5060/tcp, 5061/tcp geschlossen sind. Die IP Adressen sind alles, nur keine SIP Server.
Welche(n) DNS Server verwendest du? Gibt es Geräte bei dir im Netzwerk, die DNS Anfragen abfangen/abändern?
0
0
vor 13 Tagen
Das wundert mich nicht, da unter den IP Adressen 217.0.147.69 sowie 217.0.147.5 die Ports 5060/udp sowie 5060/tcp, 5061/tcp geschlossen sind. Die IP Adressen sind alles, nur keine SIP Server.
Das wundert mich nicht, da unter den IP Adressen 217.0.147.69 sowie 217.0.147.5 die Ports 5060/udp sowie 5060/tcp, 5061/tcp geschlossen sind. Die IP Adressen sind alles, nur keine SIP Server.
Welche(n) DNS Server verwendest du? Gibt es Geräte bei dir im Netzwerk, die DNS Anfragen abfangen/abändern?
@OverFly
Wie kommst Du denn zu diesen falschen Aussagen?
0
8
von
vor 13 Tagen
Was kam denn bei deinem Telefonat um 14 Uhr heraus?
Bist Du im richtigen Netz?
Ich komme zu einem anderen Ergebnis, Bist Du im richtigen Netz?
nmap 217.0.147.69 -Pn -p5060
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:51 UTC
Nmap scan report for 217.0.147.69
Host is up (0.019s latency).
PORT STATE SERVICE
5060/tcp open sip
Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds
nmap 217.0.147.69 -Pn -p5061
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:52 UTC
Nmap scan report for 217.0.147.69
Host is up (0.018s latency).
PORT STATE SERVICE
5061/tcp open sip-tls
Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds
nmap 217.0.147.5 -Pn -p5061
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:52 UTC
Nmap scan report for 217.0.147.5
Host is up (0.019s latency).
PORT STATE SERVICE
5061/tcp open sip-tls
Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds
nmap 217.0.147.5 -Pn -p5060
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:53 UTC
Nmap scan report for 217.0.147.5
Host is up (0.023s latency).
PORT STATE SERVICE
5060/tcp open sip
Nmap done: 1 IP address (1 host up) scanned in 0.06 seconds
nmap 217.0.147.5 -Pn -sU -p5060
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:53 UTC
Nmap scan report for 217.0.147.5
Host is up.
PORT STATE SERVICE
5060/udp open|filtered sip
Nmap done: 1 IP address (1 host up) scanned in 2.13 seconds
nmap 217.0.147.69 -Pn -sU -p5060
Starting Nmap 7.93 ( https://nmap.org ) at 2026-02-13 13:55 UTC
Nmap scan report for 217.0.147.69
Host is up.
PORT STATE SERVICE
5060/udp open|filtered sip
Nmap done: 1 IP address (1 host up) scanned in 2.12 seconds
Wenn ich von einem nicht-Telekom Anschluss abfrage, steht beim TLS Port filtered und nicht closed:
root@pc17:~# nmap 217.0.147.69 -p5061 -Pn
Starting Nmap 7.95 ( https://nmap.org ) at 2026-02-13 15:05 CET
Nmap scan report for 217.0.147.69
Host is up.
PORT STATE SERVICE
5061/tcp filtered sip-tls
Nmap done: 1 IP address (1 host up) scanned in 2.13 seconds
Vielleicht gibt es ja auch regionale Unterschiede, da bin ich überfragt. Ich bin auch überfragt, welche Einstellung man in einer Fritz!Box vornehmen muss, damit die SIP Registrierung fehl schlägt.
Was kam denn bei deinem Telefonat um 14 Uhr heraus?
Ich habe bisher keinen Anruf erhalten.
0
von
vor 13 Tagen
Hallo @nonameuser1234,
auch hier möchte ich einmal um Entschuldigung bitten, dass ich mich erst eben gerade telefonisch gemeldet habe. Ich steige hier nun ein und schaue mir das Ganze mal an.
Beste Grüße
Louisa
von
vor 13 Tagen
Eine Ergänzung @nonameuser1234,
ich werde das ganze nun an die Kolleg*innen der Diagnose weitergeben, damit sich die Kolleg*innen bei Ihnen zurückmelden.
Bezüglich der Konfiguration werfen Sie gern nochmal einen Blick in diese Hilfestellung zur Einrichtung von SIP-Clients und prüfen Sie einmal, ob da soweit alles stimmig ist.
Beste Grüße
Louisa
0
Uneingeloggter Nutzer
von
vor 13 Tagen
Hallo @nonameuser1234 ,
starte von einem Windows-Client die Eingabeaufforderung oder PowerShell und frage die DNS-SRV-Records für die aktuell zuständigen SIP-Registrierungsserver ab:
nslookup -querytype=SRV _sip._udp.tel.t-online.de
nslookup -querytype=SRV _sip._tcp.tel.t-online.de
nslookup -querytype=SRV _sips._tcp.tel.t-online.de
Linux:
dig SRV _sip._udp.tel.t-online.de
dig SRV _sip._tcp.tel.t-online.de
dig SRV _sips._tcp.tel.t-online.de
Das Ergebnis dann hier rein...
VG.
0
vor 13 Tagen
Die Rechner verwenden nicht dieselben Nameserver wie die Telefone oder die Fritzbox. Von den Telefonen oder der Fritzbox aus kann ich diese Abfrage nicht machen.
0
1
von
vor 13 Tagen
…dann stelle doch mal diese Angaben zur Verfügung:
VG.
0
Uneingeloggter Nutzer
von
vor 13 Tagen
Das wundert mich nicht, da unter den IP Adressen 217.0.147.69 sowie 217.0.147.5 die Ports 5060/udp sowie 5060/tcp, 5061/tcp geschlossen sind. Die IP Adressen sind alles, nur keine SIP Server.
Das wundert mich nicht, da unter den IP Adressen 217.0.147.69 sowie 217.0.147.5 die Ports 5060/udp sowie 5060/tcp, 5061/tcp geschlossen sind. Die IP Adressen sind alles, nur keine SIP Server.
Welche(n) DNS Server verwendest du? Gibt es Geräte bei dir im Netzwerk, die DNS Anfragen abfangen/abändern?
@OverFly
lei001-l01-mav-pc-rt-001.edns.t-ipnet.de = 217.0.147.69
nes008-f01-mav-pc-rt-001.edns.t-ipnet.de = 217.0.147.5
Sind ganz normale SIP-Server und akzeptieren auch Verbindungen.
Zum Beispiel:
"Server nicht erreichbar"
oder "SIP: transport error: 1031448 -> Udp:217.0.147.69:5060"
oder "SIP: transport error: 1031444 -> Udp:217.0.147.5:5060"
welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten?
@nonameuser1234 welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten? Was zeigt die Fritz!Box unter System -> Ereignisse? Welche Fehlermeldung erhältst du, wenn du im Fehlerfall telefonieren möchtest? Hast du dir schon die Support Daten der Fritz!Box angesehen, oder einen Trace erstellt?
Zum Beispiel:
"Server nicht erreichbar"
oder "SIP: transport error: 1031448 -> Udp:217.0.147.69:5060"
oder "SIP: transport error: 1031444 -> Udp:217.0.147.5:5060"
Was zeigt die Fritz!Box unter System -> Ereignisse?
@nonameuser1234 welche Fehlermeldung erhältst du eigentlich an deinen anderen Endgeräten? Was zeigt die Fritz!Box unter System -> Ereignisse? Welche Fehlermeldung erhältst du, wenn du im Fehlerfall telefonieren möchtest? Hast du dir schon die Support Daten der Fritz!Box angesehen, oder einen Trace erstellt?
"Die Rufnummer +49xxxxxxxxx ist seit mehr als einer Stunde nicht verfügbar."
Diese Meldung wird für alle Rufnummern angezeigt.
@nonameuser1234
So ein IP Wechsel ist aber verdächtig weil die SRV Records sind normalerweise über Monate hinweg stabil. Ein Wechsel erfolgt ja nur, wenn der Server mit der höchsten Prio ausfällt, dann wird zum Server mit der nächsten Prio gewechselt. Wenn aber alle drei Server verfügbar sind, führt ein Wechsel zu Problemen weil nur die Registrierung auf einem Server erlaubt ist.
Die Rechner verwenden nicht dieselben Nameserver wie die Telefone oder die Fritzbox. Von den Telefonen oder der Fritzbox aus kann ich diese Abfrage nicht machen.
Du musst ja nur den DNS Server als zusätzlichen Parameter angeben, so kannst Du jeden beliebigen DNS testen:
Ich bevorzuge dig, geht aber bei nslookup ebenso:
dig nes008-f01-mav-pc-rt-001.edns.t-ipnet.de +short @217.237.150.188
217.0.147.5
dig nes008-f01-mav-pc-rt-001.edns.t-ipnet.de +short @2003:180:2:b000::53
217.0.147.5
0
1
von
vor 13 Tagen
Danke für den Tipp.
dig SRV _sip._udp.tel.t-online.de @217.237.150.188
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40615
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;_sip._udp.tel.t-online.de. IN SRV
;; ANSWER SECTION:
_sip._udp.tel.t-online.de. 3276 IN SRV 30 0 5060 nes008-f01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._udp.tel.t-online.de. 3276 IN SRV 10 0 5060 lei001-l01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._udp.tel.t-online.de. 3276 IN SRV 20 0 5060 hno002-l01-mav-pc-rt-001.edns.t-ipnet.de.
;; Query time: 11 msec
;; SERVER: 217.237.150.188#53(217.237.150.188) (UDP)
;; WHEN: Fri Feb 13 16:49:31 UTC 2026
;; MSG SIZE rcvd: 234
dig SRV _sip._tcp.tel.t-online.de @217.237.150.188
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58814
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;_sip._tcp.tel.t-online.de. IN SRV
;; ANSWER SECTION:
_sip._tcp.tel.t-online.de. 3276 IN SRV 20 0 5060 hno002-l01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._tcp.tel.t-online.de. 3276 IN SRV 30 0 5060 nes008-f01-mav-pc-rt-001.edns.t-ipnet.de.
_sip._tcp.tel.t-online.de. 3276 IN SRV 10 0 5060 lei001-l01-mav-pc-rt-001.edns.t-ipnet.de.
;; Query time: 11 msec
;; SERVER: 217.237.150.188#53(217.237.150.188) (UDP)
;; WHEN: Fri Feb 13 16:50:20 UTC 2026
;; MSG SIZE rcvd: 234
dig SRV _sips._tcp.tel.t-online.de @217.237.150.188
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4348
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;_sips._tcp.tel.t-online.de. IN SRV
;; ANSWER SECTION:
_sips._tcp.tel.t-online.de. 3276 IN SRV 20 0 5061 hno002-l01-mav-pc-rt-001.edns.t-ipnet.de.
_sips._tcp.tel.t-online.de. 3276 IN SRV 30 0 5061 nes008-f01-mav-pc-rt-001.edns.t-ipnet.de.
_sips._tcp.tel.t-online.de. 3276 IN SRV 10 0 5061 lei001-l01-mav-pc-rt-001.edns.t-ipnet.de.
;; Query time: 23 msec
;; SERVER: 217.237.150.188#53(217.237.150.188) (UDP)
;; WHEN: Fri Feb 13 16:51:09 UTC 2026
;; MSG SIZE rcvd: 235
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von