Störungsverlauf von Gatewayapi

1. 25. Oktober 2026 um 09:42 UTCmonitoring

   Wir haben derzeit Probleme mit Telia Schweden. Lieferberichte (DLRs) können sich verzögern. Der Traffic wird genau überwacht, während wir ein Update erwarten und der Service wieder wie vorgesehen funktioniert.

2. 25. Oktober 2026 um 13:01 UTCresolved

   Das Problem mit Telia Schweden ist gelöst. Lieferberichte (DLRs) werden wie erwartet zurückgegeben. Alle verspäteten DLRs aus der Vorfallszeit sollten nun geliefert worden sein. Wenn Sie immer noch fehlende oder verspätete DLRs für Telia Schweden sehen, kontaktieren Sie bitte unser Support-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Oktober 2026 um 14:24 UTCidentified

   Wir erleben derzeit Verzögerungen bei den Lieferberichten (DLRs) für Nachrichten, die an TDC Denmark gesendet werden. Die Zustellung der Nachricht ist nicht betroffen. Alle Nachrichten werden wie gewohnt an die Empfänger zugestellt, die entsprechenden Lieferberichte können jedoch später als üblich eintreffen. Wir arbeiten mit TDC zusammen, um das Problem zu lösen und werden ein Update veröffentlichen, sobald wir mehr wissen.

2. 22. Oktober 2026 um 14:42 UTCresolved

   Dieses Problem ist gelöst. Lieferberichte (DLRs) für Nachrichten, die an TDC Denmark gesendet werden, werden wieder wie gewohnt zugestellt. Alle Nachrichten wurden während des gesamten Vorfalls an die Empfänger übermittelt. Nur die Lieferberichte und MO (Incomming) Nachrichten wurden verzögert. Vielen Dank für Ihre Geduld.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Oktober 2026 um 08:45 UTCidentified

   Wir erleben derzeit Verzögerungen bei den Lieferberichten (DLRs) für Nachrichten, die an TDC Denmark gesendet werden. Die Zustellung der Nachricht ist nicht betroffen. Alle Nachrichten werden wie gewohnt an die Empfänger zugestellt, die entsprechenden Lieferberichte können jedoch später als üblich eintreffen. Wir arbeiten mit TDC zusammen, um das Problem zu lösen und werden ein Update veröffentlichen, sobald wir mehr wissen.

2. 20. Oktober 2026 um 10:15 UTCresolved

   Dieses Problem ist gelöst. Lieferberichte (DLRs) für Nachrichten, die an TDC Denmark gesendet werden, werden wieder wie gewohnt zugestellt. Alle Nachrichten wurden während des gesamten Vorfalls an die Empfänger übermittelt. Nur die Lieferberichte und MO (Incomming) Nachrichten wurden verzögert. Vielen Dank für Ihre Geduld.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 9. Oktober 2026 um 14:06 UTCmonitoring

   Wir beobachten derzeit die Verzögerungen des Lieferberichts in Richtung ICE Norwegen. Benutzer können eine Verzögerung beim Empfang der Lieferberichte erleben. MT-Verkehr ist nicht betroffen. Wir werden Sie auf dem Laufenden halten.

2. 9. Oktober 2026 um 15:22 UTCresolved

   Die Lieferberichte sind wieder normal in Richtung ICE Norwegen. Wir werden weiterhin auf gute Maßnahmen achten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Oktober 2026 um 09:12 UTCidentified

   Wir haben derzeit Probleme mit Tele2 Schweden. Der Traffic wird genau überwacht, während wir ein Update erwarten und der Service wieder wie vorgesehen funktioniert. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

2. 8. Oktober 2026 um 10:06 UTCresolved

   Verkehr in Richtung Tele2 Schweden ist jetzt wieder normal. Wir werden weiterhin auf gute Maßnahmen achten. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. September 2026 um 20:08 UTCinvestigating

   Wir haben Probleme mit GatewayAPI.EU und untersuchen nun die Ursache. Wir arbeiten derzeit daran, das Problem zu lösen. Das .COM-Setup funktioniert weiterhin wie vorgesehen. Wir werden Sie auf dem Laufenden halten.

2. 29. September 2026 um 20:27 UTCresolved

   Wir sehen die Dienste auf GatewayAPI. Die EU ist wieder voll funktionsfähig. Der Verkehr und die Dienste werden für ein gutes Maß überwacht werden. Vielen Dank für Ihre Geduld und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

3. 30. September 2026 um 19:12 UTCpostmortem

   **Zusammenfassung: Verzögerte Nachrichtenverarbeitung auf** [**GatewayAPI.eu**](http://GatewayAPI.eu) **- 29. September 2026** Am 29. September 2026, zwischen 18:24 und 20:05 UTC \(20:24-22:05 CEST\), [GatewayAPI.eu](http://GatewayAPI.eu) erlebte eine 101-minütige Verzögerung bei der Nachrichtenverarbeitung. Unsere [GatewayAPI.com](http://GatewayAPI.com) Plattform war nicht betroffen. Alle eingehenden APIs, einschließlich der Mobile Messaging API, REST API und SMPP, blieben während des gesamten Vorfalls verfügbar und akzeptierten weiterhin Nachrichten. Angenommene Nachrichten wurden jedoch eher in die Warteschlange gestellt als verarbeitet und gesendet. Lieferberichte \(DLRs\) wurden aus dem gleichen Grund verzögert. ** Keine Nachrichten gingen verloren.** Sobald die Verarbeitung wiederhergestellt war, wurden alle in der Warteschlange stehenden Nachrichten mit Verzögerungen von bis zu 101 Minuten zugestellt. Kunden müssen in diesem Zeitraum keine Nachrichten erneut senden. Wir haben ein paar Nachrichten entdeckt, die zweimal zugestellt wurden - dies zählt nur einmal bei abgerechneter Nutzung. **Was ist passiert ** Ein ungewöhnlich großer Teil der Nachrichten wurde empfangen und an den für die Verarbeitung ausgehender Nachrichten zuständigen internen Dienst weitergeleitet. Die Handhabung dieses Volumes erforderte mehr Speicher, als der Dienst verwenden durfte, so dass die Plattform es automatisch stoppte. Als der Dienst neu gestartet wurde, nahm er den gleichen großen Rückstand auf und wurde erneut gestoppt. Dies wiederholte sich in einer Schleife, und während dieser Zeit konnten keine Nachrichten verarbeitet werden. **Wurzelursache** Der Speicher, der unserem Nachrichtenverarbeitungsdienst zugewiesen wurde, war nicht so bemessen, dass er eine Massenlast dieser Größenordnung verarbeiten konnte. Infolgedessen reichte ein einziger großer Datenverkehr aus, um den Dienst in eine Neustartschleife zu versetzen, anstatt schrittweise verarbeitet zu werden. **Erkennung** Wir hatten keine automatische Benachrichtigung auf [GatewayAPI.eu] (http://GatewayAPI.eu) für dieses spezielle Szenario, in dem unsere APIs weiterhin Nachrichten akzeptieren, während die Verarbeitung gestoppt wird. Aus diesem Grund wurde der Vorfall von unserer Überwachung nicht erkannt und es dauerte länger, als es hätte sein sollen, bis wir reagierten. Wir übernehmen die volle Verantwortung für diese Lücke. **Resolution** Unsere Ingenieure identifizierten die Neustartschleife, erhöhten den für den Nachrichtenverarbeitungsdienst verfügbaren Speicher und brachten ihn wieder online. Der Service arbeitete dann durch den in die Warteschlange gestellten Backlog, und alle ausstehenden Nachrichten und Lieferberichte wurden verarbeitet. **Was wir tun, um zu verhindern, dass sich dies wiederholt ** * **Verbesserte Überwachung:** Wir haben eine Warnung zu [GatewayAPI.eu] (http://GatewayAPI.eu) hinzugefügt, die auslöst, wenn der verarbeitete Datenverkehr unerwartet abfällt. ***Erhöhte Kapazität:** Der Nachrichtenverarbeitungsdienst verfügt nun über eine höhere Speicherzuteilung, was das Risiko verringert, dass er bei großen Massenlasten gestoppt wird. * **Verbessertes Lasthandling \(in Arbeit):** Wir arbeiten bereits an Verbesserungen unserer internen Nachrichtenwarteschlange, die es der Plattform ermöglichen wird, ähnliche Spikes in Zukunft anmutiger zu absorbieren. Wir wissen, wie wichtig eine rechtzeitige Lieferung für Ihr Unternehmen ist, und entschuldigen uns für die dadurch verursachte Verzögerung. Wenn Sie Fragen dazu haben, wie sich dieser Vorfall auf Ihr Konto ausgewirkt hat, wenden Sie sich bitte an unser Support-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. September 2026 um 03:56 UTCinvestigating

   Wir erleben derzeit MT-Verkehrsprobleme auf unserer REST-API. Dies gilt nur für unser COM-Setup. Wir arbeiten derzeit daran, die Ursache zu identifizieren und das Problem zu lösen. Wir werden Sie auf dem Laufenden halten.

2. 23. September 2026 um 04:27 UTCresolved

   Dieser Vorfall wurde behoben. MT-Traffic auf unserer REST API (COM-Setup) funktioniert wie erwartet. Vielen Dank für Ihre Geduld.

3. 23. September 2026 um 13:38 UTCpostmortem

   **Zusammenfassung: Störung ausgehender Nachrichten auf** [**GatewayAPI.com**](http://GatewayAPI.com) **- 23. September 2026** Am 23. September 2026, zwischen 03:38 und 04:20 UTC \(05:38–06:20 CEST\), erlebte [GatewayAPI.com](http://GatewayAPI.com) eine 42-minütige Unterbrechung der Nachrichtenverarbeitung. Alle Public Service APIs waren betroffen, einschließlich der Mobile Messaging API und der REST API. Unsere erste Statusaktualisierung bezog sich nur auf die REST-API; wir entschuldigen uns für die Unterberichterstattung des Umfangs. Das Customer Dashboard und unsere EU-Plattform \([GatewayAPI.eu](http://GatewayAPI.eu)\) waren nicht betroffen. Nachrichteneinsendungen während des Vorfalls wurden von der API abgelehnt und mussten erneut gesendet werden. **Was ist passiert ** Unsere Plattform läuft auf einem Managed Kubernetes Service. Bei einem routinemäßigen automatischen Versionsupgrade unseres Cloud-Anbieters konnte ein interner Dienst, der die Nachrichtenverarbeitung koordiniert, nicht wieder online gehen. Jedes Mal, wenn es gestartet wurde, wurde es vom automatisierten Gesundheitscheck der Plattform vor dem Start neu gestartet und in einer Neustartschleife belassen. **Wurzelursache** Kubernetes-Gesundheitschecks \("Probes"\) starten einen Dienst neu, wenn ein Check das konfigurierte Zeitlimit überschreitet. In früheren Versionen wurde dieses Limit für unsere Art von Gesundheitscheck nicht strikt durchgesetzt, was die Tatsache verbarg, dass unser Limit kürzer war als der Servicebedarf während des Starts. Unser Cloud-Anbieter hatte diese Änderung angekündigt und automatische Upgrades für Cluster, die er als betroffen identifizierte, angehalten, aber unser Cluster wurde nicht identifiziert, so dass das Upgrade fortgesetzt wurde. Wir übernehmen die volle Verantwortung für die Konfiguration unserer Dienstleistungen. **Resolution** Unsere Ingenieure analysierten die Startup-Anforderungen des betroffenen Dienstes und erhöhten das Health-Check-Zeitlimit mit einem sicheren Puffer. Der Dienst startete dann normal und die Nachrichtenverarbeitung wurde wieder aufgenommen. Wir wissen, wie wichtig zuverlässiges Messaging für Ihr Unternehmen ist und entschuldigen uns für die Störung. Wenn Sie Fragen dazu haben, wie sich dieser Vorfall auf Ihr Konto ausgewirkt hat, wenden Sie sich bitte an unser Support-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. September 2026 um 19:59 UTCidentified

   Wir erleben derzeit Verzögerungen in Richtung Tele2 Schweden. Der Traffic wird genau überwacht, während wir ein Update erwarten und der Service wieder wie vorgesehen funktioniert. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

2. 2. September 2026 um 20:06 UTCresolved

   Verkehr in Richtung Tele2 Schweden ist jetzt wieder normal. Wir werden weiterhin auf gute Maßnahmen achten. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. August 2026 um 09:01 UTCidentified

   Wir überwachen derzeit die Verzögerungen des Lieferberichts auf unserer EU-Plattform. Benutzer können eine Verzögerung beim Empfang der Lieferberichte erleben. MT-Verkehr ist nicht betroffen. Wir werden Sie auf dem Laufenden halten.

2. 24. August 2026 um 13:48 UTCresolved

   Die Verzögerungen des Lieferberichts auf unserer EU-Plattform wurden nun behoben. Alle verspäteten Lieferberichte wurden verarbeitet und werden wie gewohnt geliefert. Der MT-Verkehr war zu keinem Zeitpunkt während des Vorfalls betroffen. Wir entschuldigen uns für jegliche Unannehmlichkeiten. Wenn Sie immer noch fehlende oder verspätete Lieferberichte sehen, kontaktieren Sie bitte unser Support-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. August 2026 um 19:40 UTCidentified

   Wir erleben derzeit Verzögerungen in Richtung T-Mobile Deutschland. Der Traffic wird genau überwacht, während wir ein Update erwarten und der Service wieder wie vorgesehen funktioniert. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

2. 19. August 2026 um 20:09 UTCresolved

   Der Verkehr in Richtung T-Mobile Germany ist nun wieder normal. Wir werden weiterhin auf gute Maßnahmen achten. Vielen Dank für Ihr Verständnis und wir entschuldigen uns für die dadurch verursachten Unannehmlichkeiten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. Juli 2026 um 18:12 UTCidentified

   We are currently experiencing issues with delays towards Swisscom & Sunrise in Switzerland. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 10. Juli 2026 um 22:08 UTCresolved

   Traffic is now back to normal towards Swisscom & Sunrise in Switzerland. We will continue to monitor for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

1. 2. Juli 2026 um 07:36 UTCidentified

   We are currently seeing a lot of rejected and enroute with the SMS service of TDC Denmark. The traffic will be closely monitored whilst we expect an update. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 2. Juli 2026 um 07:49 UTCmonitoring

   Traffic to TDC Denmark has recovered and rejected and enroute rates are back to normal. We are monitoring closely to confirm stability. Thank you for your patience, and we apologise for the inconvenience.

3. 2. Juli 2026 um 08:35 UTCresolved

   The traffic towards TDC Denmark/Nuuday is fully operational. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

1. 19. Juni 2026 um 15:22 UTCmonitoring

   We are currently monitoring the Delivery Report issue reported by Telia Norway. Users may experience a delay receiving delivery reports on messages sent to Telia Norway recipients. Messages are delivered, it is only the status reports that are delayed.

2. 19. Juni 2026 um 16:48 UTCresolved

   Delivery reports towards Telia Norway is now back to normal. We will keep monitoring for good measure. We are sorry for any inconveniences this may have caused.

1. 14. Juni 2026 um 10:41 UTCidentified

   We are seeing an unscheduled issue towards the GatewayAPI EU Dashboard and are working on resolving it. You may experience issues when trying to access the dashboard. We will keep you updated.

2. 14. Juni 2026 um 11:05 UTCidentified

   We are continuing to work on the issue with GatewayAPI EU Dashboard. You may currently experience delays in both MT and MO traffic. We will keep you updated and we apologize for the inconvenience caused by this.

3. 14. Juni 2026 um 11:14 UTCresolved

   The GatewayAPI EU Dashboard is up and running again. MT and MO traffic is back to normal. A Postmortem will follow. We will continue to monitor for good measure and we apologize for the inconvenience caused by this.

4. 15. Juni 2026 um 10:33 UTCpostmortem

   ## **GatewayAPI Incident Post-Mortem: Service Disruption on June 14, 2026** ‌ **Date of Incident:** June 14, 2026 **Duration:** 12:33 CEST – 13:05 CEST \(32 minutes\) **Services Impacted:** GatewayAPI EU SMS APIs & Customer Dashboard ‌ ### **Executive Summary** On June 14, 2026, between 12:33 CEST and 13:05 CEST, GatewayAPI experienced a service disruption that temporarily impacted our EU SMS APIs and the Customer Dashboard. The core issue originated from a localized network and infrastructure outage at our cloud provider, which unexpectedly isolated our main database cluster. While our core SMS services are architected to operate independently during database anomalies, the specific nature of this infrastructure failure triggered an unforeseen dependency that halted message-traffic processing. Our team intervened immediately, and services were fully restored within 32 minutes. ‌ ### **Root Cause Analysis** The disruption was initiated by a hardware and network-level incident within our cloud provider's infrastructure. This failure caused our primary database cluster to become unavailable. Although our message and SMS routing engine is designed with fail-safes to bypass database dependencies during outages, the unique state of this infrastructure failure prevented the seamless decoupling of these systems. This caused a temporary backlog, rendering both the Customer Dashboard and the EU SMS APIs unavailable during the affected window. ‌ ### **Actions Taken & Preventive Measures** We take platform reliability incredibly seriously and have already implemented several immediate improvements to ensure this specific scenario cannot happen again: * **Decoupling & Robustness Enhancements:** We have updated the message API and application routing mechanisms to ensure absolute independence from the primary database. In the event of a future database failure, core message and SMS routing will automatically fail back to decentralized, local mechanisms without interruption. * **Optimized Failover Routines:** We will refine and streamline our automated failover procedures to reduce the time it takes for secondary systems to assume control during infrastructure anomalies. * **Enhanced Monitoring & Alerting:** We will deploy additional high-fidelity alarms and alerting thresholds. This will grant our engineering team earlier visibility into underlying cloud provider infrastructure shifts before they impact user-facing services. ‌ **Our Commitment to You** We sincerely apologize for the disruption this caused to your operations. We are fully committed to providing a highly resilient business messaging platform, and we are using the insights gained from this incident to continuously harden our infrastructure. ‌ If you have any remaining questions regarding this incident, please feel free to reach out to our support team.

1. 29. Mai 2026 um 12:21 UTCidentified

   We are currently experiencing issues with Delays towards Finland. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 29. Mai 2026 um 15:26 UTCresolved

   The traffic towards Finland is back to normal. We will keep monitoring for good measure. Thanks for your patience and sorry for any inconveniences this may have caused.

1. 26. Mai 2026 um 04:59 UTCinvestigating

   We are experiencing issues with GatewayAPI.EU and are now investigating the root cause. All systems on GatewayAPI.EU are offline for the time being and we encourage you to stop all traffic on gatewayapi.eu until further notice. We are currently working on resolving the issue. The .COM setup is still working as intended. We will keep you updated.

2. 26. Mai 2026 um 05:33 UTCresolved

   All systems are now back online for Gatewayapi.EU. We will keep monitoring for good measure. Thanks for your patience and understanding, we are sorry for any inconvenience this may have caused.

1. 19. Mai 2026 um 06:30 UTCidentified

   We are currently experiencing issues with delays towards Hi3G Denmark. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 19. Mai 2026 um 09:33 UTCmonitoring

   The traffic towards Hi3G Denmark looks to be fully operational once again. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

3. 19. Mai 2026 um 10:25 UTCresolved

   The traffic towards Hi3G Denmark looks stable. This incident has been resolved. Thank you for your understanding and we apologize for the inconvenience caused by this.

1. 15. Mai 2026 um 15:09 UTCidentified

   We are currently experiencing issues towards Italy. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 15. Mai 2026 um 16:25 UTCresolved

   The traffic towards Italy is back to normal. We will keep monitoring for good measure. Thanks for your patience and sorry for any inconveniences this may have caused.

1. 8. Mai 2026 um 08:17 UTCidentified

   We are currently experiencing issues with Delayed delivery reports towards ICE Norway. The traffic is being delivered at Normal rate. We will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. 8. Mai 2026 um 10:19 UTCresolved

   The traffic towards ICE Norway looks to be fully operational once again. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

1. 6. Mai 2026 um 03:31 UTCinvestigating

   We are currently seeing some issues with the Traffic log. Users may experience issues when trying to access the Traffic log. We are currently working on resolving the issue. All traffic is still being delivered accordingly. We will keep you updated.

2. 6. Mai 2026 um 04:40 UTCresolved

   The issue affecting the Traffic log has been resolved. Users should now be able to access the Traffic log again. Traffic delivery was unaffected throughout this incident.