Status Reports
Subscribe to UpdatesSubscribe
Get email notifications whenever sipgate creates, updates or resolves an incident.
Visit our support site.
All Systems Operational
Website
Operational
Telephony
Operational
sipgate Apps
Operational
satellite App
Operational
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Past Incidents
Apr 12, 2026
No incidents reported today.
Apr 11, 2026
No incidents reported.
Apr 10, 2026
Resolved -
This incident has been resolved.
Apr 10, 09:03 CEST
Apr 10, 09:03 CEST
Investigating -
We are currently investigating this issue.
Apr 9, 18:28 CEST
Apr 9, 18:28 CEST
Apr 9, 2026
Apr 8, 2026
Resolved -
Wenn betroffene Kunden ihr Endgerät so konfigurieren, dass ausschließlich RTP/SAVP (SRTP) für die Audioübertragung angeboten wird, treten keine Beeinträchtigungen in der ausgehenden Telefonei mehr auf.
Nochmals die Hinweise für die gängigen Geräte:
* snom: Identität → RTP → RTP/SAVP → obligatorisch
* FRITZ!Box: In den Verbindungseinstellungen des jeweiligen Anschlusses im Dropdown für die Audioverschlüsselung "SAVP" auswählen (also bitte nicht "Beides" oder "AVP" auswählen).
Apr 8, 17:53 CEST
Nochmals die Hinweise für die gängigen Geräte:
* snom: Identität → RTP → RTP/SAVP → obligatorisch
* FRITZ!Box: In den Verbindungseinstellungen des jeweiligen Anschlusses im Dropdown für die Audioverschlüsselung "SAVP" auswählen (also bitte nicht "Beides" oder "AVP" auswählen).
Apr 8, 17:53 CEST
Identified -
Wir haben gestern Abend eine Sicherheitsverbesserung aktiviert: Telefonate, bei denen die SIP-Signalisierung verschlüsselt (TLS/WSS) übertragen wird, das Audio jedoch nicht ausschließlich über verschlüsseltes RTP (RTP/SAVP) angeboten wird, werden seitdem abgelehnt. Ein verschlüsselter Signalisierungskanal ohne durchgängig verschlüsseltes Audio bietet keinen vollständigen Schutz, weswegen wir diesen nicht mehr zulassen.
Endgeräte, die TLS oder WSS für die SIP-Signalisierung nutzen, aber entweder kein SRTP (RTP/SAVP) oder zusätzlich auch unverschlüsseltes Audio (RTP/AVP) aktiviert haben, können aktuell keine Verbindung aufbauen.
Wir bitten betroffene Kunden ihr Endgerät so zu konfigurieren, dass ausschließlich RTP/SAVP (SRTP) für die Audioübertragung angeboten wird.
Hinweise für gängige Geräte:
* snom: Identität → RTP → RTP/SAVP → obligatorisch
* FRITZ!Box: In den Verbindungseinstellungen des jeweiligen Anschlusses im Dropdown für die Audioverschlüsselung "SAVP" auswählen (also bitte nicht "Beides" oder "AVP" auswählen).
Apr 8, 12:17 CEST
Endgeräte, die TLS oder WSS für die SIP-Signalisierung nutzen, aber entweder kein SRTP (RTP/SAVP) oder zusätzlich auch unverschlüsseltes Audio (RTP/AVP) aktiviert haben, können aktuell keine Verbindung aufbauen.
Wir bitten betroffene Kunden ihr Endgerät so zu konfigurieren, dass ausschließlich RTP/SAVP (SRTP) für die Audioübertragung angeboten wird.
Hinweise für gängige Geräte:
* snom: Identität → RTP → RTP/SAVP → obligatorisch
* FRITZ!Box: In den Verbindungseinstellungen des jeweiligen Anschlusses im Dropdown für die Audioverschlüsselung "SAVP" auswählen (also bitte nicht "Beides" oder "AVP" auswählen).
Apr 8, 12:17 CEST
Investigating -
Wir beobachten Einschränkungen in der ausgehenden Telefonie unserer Kunden, wenn ausgehende Telefonate per TLS, d.h. statt via UDP oder TCP, geführt werden sollen. Diese Telefonate können aktuell teilweise nicht aufgebaut werden.
Apr 8, 11:43 CEST
Apr 8, 11:43 CEST
Apr 7, 2026
Resolved -
Zwischen etwa 13:50 Uhr und 14:20 Uhr war der Login in sipgate Web-Accounts beeinträchtigt. Darüber hinaus sind Kunden aus den sipgate Web-Accounts sowie der Web-App teilweise ausgeloggt worden.
Die Ursache wurde gegen 14:00 Uhr identifiziert und die Beeinträchtigung um 14:20 Uhr final behoben. Seitdem ist der Login wieder funktional und man wird nicht mehr ungewollt ausgeloggt.
Apr 7, 01:30 CEST
Die Ursache wurde gegen 14:00 Uhr identifiziert und die Beeinträchtigung um 14:20 Uhr final behoben. Seitdem ist der Login wieder funktional und man wird nicht mehr ungewollt ausgeloggt.
Apr 7, 01:30 CEST
Apr 6, 2026
No incidents reported.
Apr 5, 2026
No incidents reported.
Apr 4, 2026
No incidents reported.
Apr 3, 2026
No incidents reported.
Apr 2, 2026
No incidents reported.
Apr 1, 2026
No incidents reported.
Mar 31, 2026
Resolved -
Es sind keine weiteren Auffälligkeiten aufgetreten. Anrufe in das Vodafone-Netz sind wieder uneingeschränkt möglich.
Mar 31, 17:27 CEST
Mar 31, 17:27 CEST
Monitoring -
Wir haben eine funktionierende Route ins Vodafone-Netz gefunden. Die betroffenen Vodafone-Rufnummern sind mittlerweile wieder erreichbar. Sicherheitshalber beobachten wir die Situation noch eine Weile.
Mar 31, 14:39 CEST
Mar 31, 14:39 CEST
Identified -
Die von uns genutzte Terminierungsroute zu Vodafone scheint die Ursache zu sein. Wir suchen eine neue, funktionierende Route.
Mar 31, 14:04 CEST
Mar 31, 14:04 CEST
Investigating -
Wir stellen fest, dass es derzeit eine Beeinträchtigung ausgehender Calls in das Vodafone-Netz gibt. Diese Beeinträchtigung äußert sich so, dass die ausgehenden Calls nicht terminiert werden können, d.h. Vodafone-Nummern lassen sich teilweise nicht anrufen. Wir suchen die Ursache, um die Beeinträchtigung schnellstmöglich beseitigen zu können.
Mar 31, 13:44 CEST
Mar 31, 13:44 CEST
Resolved -
Der Fehler wurde behoben.
Mar 31, 11:36 CEST
Mar 31, 11:36 CEST
Identified -
Das Problem wurde identifiziert und ein Fix wird derzeit ausgerollt.
Mar 31, 11:25 CEST
Mar 31, 11:25 CEST
Investigating -
Wir haben eine Störung in unserem Rufnummern-Service, die das neu-setzen und abrufen von Rufnummern verhindert. Wir arbeiten an der Entstörung.
Mar 31, 11:21 CEST
Mar 31, 11:21 CEST
Mar 30, 2026
No incidents reported.
Mar 29, 2026
No incidents reported.