Gatewayapi driftsforstyrrelser

1. 25. oktober 2026 kl. 09.42 UTCmonitoring

   Vi har i øjeblikket problemer med Telia Sverige. Leveringsrapporter (DLR) kan blive forsinket. Trafikken vil blive nøje overvåget, mens vi forventer en opdatering og at tjenesten fungerer efter hensigten igen.

2. 25. oktober 2026 kl. 13.01 UTCresolved

   Spørgsmålet om Telia Sverige er blevet løst. Leveringsrapporter returneres som forventet. Enhver forsinket DLR fra hændelsesperioden skulle nu være blevet leveret. Hvis du stadig ser manglende eller forsinkede DLR 'er for Telia Sverige, bedes du kontakte vores support team.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. oktober 2026 kl. 14.24 UTCidentified

   Vi oplever i øjeblikket forsinkelser i leveringsrapporter for meddelelser sendt til TDC Danmark. Brevlevering påvirkes ikke. Alle meddelelser leveres til modtagerne som normalt, men de tilsvarende leveringsrapporter kan komme senere end normalt. Vi arbejder med TDC for at løse problemet og vil sende en opdatering, så snart vi ved mere.

2. 22. oktober 2026 kl. 14.42 UTCresolved

   Dette spørgsmål er blevet løst. Leveringsrapporter (DLR) for meddelelser sendt til TDC Danmark leveres igen som normalt. Alle beskeder blev leveret til modtagerne under hele hændelsen. Kun leveringsrapporter og MO (incomming) meddelelser blev forsinket. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. oktober 2026 kl. 08.45 UTCidentified

   Vi oplever i øjeblikket forsinkelser i leveringsrapporter for meddelelser sendt til TDC Danmark. Brevlevering påvirkes ikke. Alle meddelelser leveres til modtagerne som normalt, men de tilsvarende leveringsrapporter kan komme senere end normalt. Vi arbejder med TDC for at løse problemet og vil sende en opdatering, så snart vi ved mere.

2. 20. oktober 2026 kl. 10.15 UTCresolved

   Dette spørgsmål er blevet løst. Leveringsrapporter (DLR) for meddelelser sendt til TDC Danmark leveres igen som normalt. Alle beskeder blev leveret til modtagerne under hele hændelsen. Kun leveringsrapporter og MO (incomming) meddelelser blev forsinket. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. oktober 2026 kl. 14.06 UTCmonitoring

   Vi overvåger for øjeblikket forsinkelserne i leveringsrapporten mod ICE Norge. Brugerne kan opleve en forsinkelse med at modtage leveringsrapporterne. MT-trafikken påvirkes ikke. Vi holder dig opdateret.

2. 9. oktober 2026 kl. 15.22 UTCresolved

   Leveringsrapporterne er normale mod ICE Norge. Vi vil holde øje med for god ordens skyld.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. oktober 2026 kl. 09.12 UTCidentified

   Vi har i øjeblikket problemer med Tele2 Sverige. Trafikken vil blive nøje overvåget, mens vi forventer en opdatering og at tjenesten fungerer efter hensigten igen. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

2. 8. oktober 2026 kl. 10.06 UTCresolved

   Trafik mod Tele2 Sverige er nu blevet normalt igen. Vi vil fortsat overvåge for god ordens skyld. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. september 2026 kl. 20.08 UTCinvestigating

   Vi oplever problemer med GatewayAPI.EU og undersøger nu den grundlæggende årsag. Vi arbejder i øjeblikket på at løse problemet. ISOopsætningen fungerer stadig efter hensigten. Vi holder dig opdateret.

2. 29. september 2026 kl. 20.27 UTCresolved

   Vi ser tjenesterne på GatewayAPI. EU er fuldt operationel igen. Trafikken og tjenesterne vil blive overvåget for god ordens skyld. Tak for Deres tålmodighed, og vi undskylder for ulejligheden forårsaget af dette.

3. 30. september 2026 kl. 19.12 UTCpostmortem

   * * Oversigt: Forsinket behandling af meddelelser den * * [* GatewayAPI.eu * *] (http: / / GatewayAPI.eu) * * - 29 september 2026 * * Den 29. september 2026, mellem 18: 24 og 20: 05 UTC\ (20: 24- 22: 05 CEST\), [GatewayAPI.eu] (http: / / GatewayAPI.eu) oplevede en 101- minutters forsinkelse i behandlingen af meddelelser. Vores [GatewayAPI.com] platform (http: / / GatewayAPI.com) blev ikke påvirket. Alle indgående API 'er, herunder Mobile Messaging API, REST API og SMPP, forblev tilgængelige under hele hændelsen og fortsatte med at acceptere meddelelser. Men accepterede meddelelser blev i kø snarere end behandlet og sendt. Leveringsrapporter\ (DLR\) blev forsinket af samme grund. * * Ingen beskeder gik tabt. * * Når behandlingen blev genoprettet, blev alle beskeder i kø leveret, med forsinkelser på op til 101 minutter. Kunderne behøver ikke at videresende meddelelser indsendt i denne periode. Vi har opdaget et par beskeder, der blev leveret to gange - dette vil kun tælle én gang på faktureret brug. Hvad skete der? En usædvanlig stor mængde meddelelser blev modtaget og videregivet til den interne tjeneste, der er ansvarlig for behandling af udgående meddelelser. Håndtering af dette volumen krævede mere hukommelse, end tjenesten fik lov til at bruge, så platformen automatisk stoppede det. Da tjenesten blev genstartet, opfangede den samme store efterslæb og blev stoppet igen. Dette gentages i en løkke, og i den periode kunne ingen meddelelser behandles. * * Rodårsag * * Den hukommelse, der blev tildelt vores meddelelsesbehandlingsservice, blev ikke dimensioneret til at håndtere en stor belastning af denne størrelse. Som følge heraf var en enkelt stor trafik nok til at sætte tjenesten i en genstart løkke i stedet for at blive behandlet gradvist. * * Detection * * Vi havde ikke automatisk alarmering på plads på [GatewayAPI.eu] (http: / / GatewayAPI.eu) for dette specifikke scenario, hvor vores API 'er bliver ved med at acceptere meddelelser, mens behandlingen stopper. Derfor blev hændelsen ikke opdaget af vores overvågning, og det tog længere tid, end det burde have været for os at reagere. Vi tager det fulde ansvar for dette hul. * * Opløsning * * Vores ingeniører identificeret genstart loop, øget hukommelse til rådighed for message- processing service, og bragte det tilbage online. Tjenesten arbejdede derefter gennem den queued backlog, og alle udestående meddelelser og leveringsrapporter blev behandlet. * * Hvad vi gør for at forhindre dette i at ske igen * * * * * Forbedret overvågning: * * Vi har tilføjet en alarm til [GatewayAPI.eu] (http: / / GatewayAPI.eu), der udløser, når behandlet trafik falder uventet. * * * Øget kapacitet: * * Messagebehandlingstjenesten har nu en højere hukommelsesallokering, hvilket reducerer risikoen for, at den standses under store bulkbelastninger. * * * Forbedret lasthåndtering\ (i gang\): * * Vi arbejder allerede på forbedringer af vores interne budskab i kø, hvilket vil gøre det muligt for platformen at absorbere lignende pigge mere yndefuldt i fremtiden. Vi ved, hvor vigtig rettidig levering er for din virksomhed, og vi undskylder for forsinkelsen dette forårsaget. Hvis du har spørgsmål om, hvordan denne hændelse påvirkede din konto, bedes du kontakte vores support team.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. september 2026 kl. 03.56 UTCinvestigating

   Vi oplever i øjeblikket MT trafik spørgsmål på vores REST API. Dette er kun på vores COM- setup. Vi arbejder i øjeblikket på at identificere den grundlæggende årsag og løse problemet. Vi holder dig opdateret.

2. 23. september 2026 kl. 04.27 UTCresolved

   Denne hændelse er blevet løst. MT trafik på vores REST API (COM- setup) fungerer som forventet nagain. Tak for din tålmodighed.

3. 23. september 2026 kl. 13.38 UTCpostmortem

   * * Oversigt: Afbrydelse af udgående meddelelser på * * [* GatewayAPI.com * *] (http: / / GatewayAPI.com) * * - 23 september 2026 * * Den 23. september 2026, mellem 03: 38 og 04: 20 UTC\ (05: 38- 06: 20 CEST\), [GatewayAPI.com] (http: / / GatewayAPI.com) oplevede en 42-minutters afbrydelse på håndtering af meddelelser. Alle offentlige API 'er blev påvirket, herunder Mobile Messaging API og REST API. Vores første statusopdatering henviste kun til REST API; vi undskylder for underrapportering af anvendelsesområdet. Kundepanelet og vores EU-platform\ ([GatewayAPI.eu] (http: / / GatewayAPI.eu)\) blev ikke påvirket. Meddelelser under hændelsen blev afvist af API og var nødvendige for at være vred. Hvad skete der? Vores platform kører på en forvaltet Kubernetes service. Under en rutine automatisk version opgradering udført af vores cloud-udbyder, en intern tjeneste, der koordinerer meddelelsesbehandling undladt at komme tilbage online. Hver gang det startede, platformens automatiserede sundhedstjek genstartet det før start var færdig, efterlader det i en genstart løkke. * * Rodårsag * * Kubernetes sundhedstjek\ ("prober"\) genstarte en tjeneste, hvis en kontrol overskrider den fastsatte tidsfrist. I tidligere versioner, blev denne grænse ikke strengt håndhævet for vores type sundhedstjek, som skjulte det faktum, at vores grænse var kortere end service behov under opstart. Vores cloud-udbyder havde annonceret denne ændring og pause automatiske opgraderinger til klynger det identificeret som påvirket, men vores klynge blev ikke identificeret, så opgraderingen gik videre. Vi påtager os det fulde ansvar for konfigurationen af vores tjenester. * * Opløsning * * Vores ingeniører analyserede kravene til start af den berørte service og øgede sundhedscheck tidsbegrænsning med en sikker buffer. Tjenesten startede derefter normalt, og meddelelsesprocessen genoptaget. Name Vi ved, hvor vigtig pålidelig beskeder er for din virksomhed og undskylde forstyrrelsen. Hvis du har spørgsmål om, hvordan denne hændelse påvirkede din konto, bedes du kontakte vores support team.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 2. september 2026 kl. 19.59 UTCidentified

   Vi oplever i øjeblikket forsinkelser i retning af Tele2 Sverige. Trafikken vil blive nøje overvåget, mens vi forventer en opdatering og at tjenesten fungerer efter hensigten igen. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

2. 2. september 2026 kl. 20.06 UTCresolved

   Trafik mod Tele2 Sverige er nu blevet normalt igen. Vi vil fortsat overvåge for god ordens skyld. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. august 2026 kl. 09.01 UTCidentified

   Vi overvåger i øjeblikket forsinkelser i leveringsrapporten på vores EU-platform. Brugerne kan opleve en forsinkelse med at modtage leveringsrapporterne. MT-trafikken påvirkes ikke. Vi holder dig opdateret.

2. 24. august 2026 kl. 13.48 UTCresolved

   Forsinkelserne i leveringsrapporten på vores EU-platform er nu løst. Alle forsinkede leveringsrapporter er blevet behandlet og leveres som normalt. MT trafik blev ikke påvirket på noget tidspunkt under hændelsen. Vi undskylder ulejligheden. Hvis du stadig ser manglende eller forsinkede leveringsrapporter, bedes du kontakte vores support team.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. august 2026 kl. 19.40 UTCidentified

   Vi oplever i øjeblikket forsinkelser i retning af T-Mobile Tyskland. Trafikken vil blive nøje overvåget, mens vi forventer en opdatering og at tjenesten fungerer efter hensigten igen. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

2. 19. august 2026 kl. 20.09 UTCresolved

   Trafikken mod T- Mobile Tyskland er nu tilbage til normal. Vi vil fortsat overvåge for god ordens skyld. Tak for din forståelse, og vi undskylder for ulejligheden forårsaget af dette.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. juli 2026 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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.