Historia awarii Gatewayapi

1. 25 października 2026 09:42 UTCmonitoring

   Obecnie mamy problemy z Telią Szwecja. Raporty dostawy (DLR) mogą być opóźnione. Ruch będzie ściśle monitorowany, a my oczekujemy aktualizacji i ponownego funkcjonowania usługi zgodnie z przeznaczeniem.

2. 25 października 2026 13:01 UTCresolved

   Sprawa wobec Telii Szwecja została rozwiązana. Raporty dostawy (DLR) są zwracane zgodnie z oczekiwaniami. Wszelkie opóźnione DLR z okresu incydentu powinny zostać dostarczone. Jeśli nadal widzisz zaginione lub opóźnione DLR dla Telii Szwecja, skontaktuj się z naszym zespołem wsparcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 października 2026 14:24 UTCidentified

   Obecnie mamy do czynienia z opóźnieniami w dostawach (DLR) wiadomości wysłanych do TDC Dania. Dostawa wiadomości nie jest naruszona. Wszystkie wiadomości są dostarczane odbiorcom normalnie, ale odpowiednie raporty mogą być dostarczone później niż zwykle. Współpracujemy z TDC w celu rozwiązania tej kwestii i opublikujemy aktualizację, jak tylko dowiemy się więcej.

2. 22 października 2026 14:42 UTCresolved

   Kwestia ta została rozwiązana. Sprawozdania z dostaw (DLR) dla wiadomości wysłanych do TDC Dania są ponownie dostarczane jako normalne. Wszystkie wiadomości były dostarczane odbiorcom przez cały incydent. Tylko raporty dostawy i komunikaty MO (incomming) były opóźnione. Dziękuję za cierpliwość.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 20 października 2026 08:45 UTCidentified

   Obecnie mamy do czynienia z opóźnieniami w dostawach (DLR) wiadomości wysłanych do TDC Dania. Dostawa wiadomości nie jest naruszona. Wszystkie wiadomości są dostarczane odbiorcom normalnie, ale odpowiednie raporty mogą być dostarczone później niż zwykle. Współpracujemy z TDC w celu rozwiązania tej kwestii i opublikujemy aktualizację, jak tylko dowiemy się więcej.

2. 20 października 2026 10:15 UTCresolved

   Kwestia ta została rozwiązana. Sprawozdania z dostaw (DLR) dla wiadomości wysłanych do TDC Dania są ponownie dostarczane jako normalne. Wszystkie wiadomości były dostarczane odbiorcom przez cały incydent. Tylko raporty dostawy i komunikaty MO (incomming) były opóźnione. Dziękuję za cierpliwość.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 9 października 2026 14:06 UTCmonitoring

   Obecnie monitorujemy opóźnienia w realizacji sprawozdania z dostawy w kierunku ICE Norway. Użytkownicy mogą doświadczyć opóźnienia w otrzymywaniu sprawozdań z dostawy. Ruch MT nie jest naruszony. Będziemy cię informować na bieżąco.

2. 9 października 2026 15:22 UTCresolved

   Raporty dostawy wracają do normy w kierunku ICE Norway. Będziemy nadal monitorować pod kątem dobrych środków.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 8 października 2026 09:12 UTCidentified

   Obecnie mamy problemy z Tele2 Szwecja. Ruch będzie ściśle monitorowany, a my oczekujemy aktualizacji i ponownego funkcjonowania usługi zgodnie z przeznaczeniem. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

2. 8 października 2026 10:06 UTCresolved

   Ruch w kierunku Tele2 Szwecja wraca do normy. Będziemy nadal monitorować pod kątem dobrych środków. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 września 2026 20:08 UTCinvestigating

   Mamy do czynienia z problemami z GatewayAPI.EU i obecnie badamy główną przyczynę. Obecnie pracujemy nad rozwiązaniem tej kwestii. Konfiguracja .COM nadal działa zgodnie z planem. Będziemy cię informować na bieżąco.

2. 29 września 2026 20:27 UTCresolved

   Widzimy usługi na GatewayAPI. UE ponownie w pełni działa. Ruch i usługi będą monitorowane pod kątem odpowiednich środków. Dziękuję za cierpliwość i przepraszamy za niedogodności, które to spowodowały.

3. 30 września 2026 19:12 UTCpostmortem

   * * Podsumowanie: Opóźnione przetwarzanie wiadomości * * [* * GatewayAPI.eu * *] (http: / / GatewayAPI.eu) * * - 29 września 2026 r. * * W dniu 29 września 2026 r., między 18: 24 a 20: 05 UTC\ (20: 24- 22: 05 CEST\), [GatewayAPI.eu] (http: / / GatewayAPI.eu) doświadczyło 101minutowego opóźnienia w przetwarzaniu wiadomości. Nasza platforma [GatewayAPI.com] (http: / / GatewayAPI.com) nie została naruszona. Wszystkie przychodzące API, w tym Mobile Messaging API, REST API i SMPP, były dostępne przez cały czas trwania incydentu i nadal akceptowały wiadomości. Jednakże akceptowane wiadomości były w kolejce raczej niż przetwarzane i wysyłane. Raporty dostawy\ (DLR\) zostały opóźnione z tego samego powodu. * * Brak wiadomości. * * Po przywróceniu przetwarzania wszystkie wiadomości w kolejce zostały dostarczone z opóźnieniem do 101 minut. Klienci nie muszą odnawiać żadnych wiadomości przekazanych w tym okresie. Wykryliśmy kilka komunikatów, które zostały dostarczone dwa razy - to będzie liczyć tylko jeden raz na zaksięgowanym użyciu. Co się stało? Niezwykle duża większość wiadomości została odebrana i przekazana do wewnętrznej służby odpowiedzialnej za przetwarzanie wychodzących wiadomości. Obsługa tej głośności wymagała więcej pamięci niż usługa była dozwolona, więc platforma automatycznie ją zatrzymała. Po ponownym uruchomieniu usługi, podniósł ten sam duży zaległości i został zatrzymany ponownie. To powtórzyło się w pętli i w tym czasie nie można było przetwarzać komunikatów. * * Root cause * * Pamięć przypisana do naszej usługi przetwarzania wiadomości nie była tak duża, aby obsłużyć duże obciążenie tej wielkości. W rezultacie, jeden duży ruch był wystarczający, aby umieścić usługę w pętli restart zamiast być przetwarzane stopniowo. / Wykrywanie Na [GatewayAPI.eu] (http: / / GatewayAPI.eu) nie mieliśmy zautomatyzowanego ostrzegania o tym konkretnym scenariuszu, w którym nasze API akceptują wiadomości podczas przetwarzania. Z tego powodu incydent nie został wykryty przez nasz monitoring i zajęło nam to dłużej niż powinno. Bierzemy pełną odpowiedzialność za tę lukę. * * Resolution * * Nasi inżynierowie zidentyfikowali pętlę restartu, zwiększyli pamięć dostępną dla usługi przetwarzania wiadomości i przywrócili ją do sieci. Serwis następnie pracował przez kolejki zaległości, i wszystkie oczekujące wiadomości i raporty dostawy zostały przetworzone. * * What we are doing to prevent this of happing again * * * * * Lepsze monitorowanie: * * Dodaliśmy wpis do [GatewayAPI.eu] (http: / / GatewayAPI.eu), który uruchamia się niespodziewanie, gdy ruch ulegnie zmianie. * * * Zwiększona pojemność: * * Usługa przetwarzania wiadomości ma teraz wyższy przydział pamięci, co zmniejsza ryzyko zatrzymania jej pod dużym ładunkiem masowym. * * * Ulepszona obsługa obciążenia\ (w toku\): * * Pracujemy już nad poprawą naszej wewnętrznej kolejki komunikacyjnej, co pozwoli platformie na bardziej wdzięczne wchłonięcie podobnych kolców w przyszłości. Wiemy, jak ważna jest terminowa dostawa do Państwa firmy i przepraszamy za opóźnienie, jakie to spowodowało. Jeśli masz pytania dotyczące wpływu tego incydentu na Twoje konto, skontaktuj się z naszym zespołem wsparcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 września 2026 03:56 UTCinvestigating

   Obecnie mamy do czynienia z problemem ruchu drogowego MT w naszym API REST. To jest tylko na naszej bazie. Obecnie pracujemy nad zidentyfikowaniem przyczyny i rozwiązaniem problemu. Będziemy cię informować na bieżąco.

2. 23 września 2026 04:27 UTCresolved

   Ten incydent został rozwiązany. Ruch MT na naszym API REST (COM- setup) działa zgodnie z oczekiwaniami nagain. Dziękuję za cierpliwość.

3. 23 września 2026 13:38 UTCpostmortem

   * * Podsumowanie: Zakłócenie wychodzących wiadomości * * [* * GatewayAPI.com * *] (http: / / GatewayAPI.com) * * - 23 września 2026 r. * * W dniu 23 września 2026 r., między 03: 38 a 04: 20 UTC\ (05: 38- 06: 20 CEST\), [GatewayAPI.com] (http: / / GatewayAPI.com) doświadczyło 42-minutowego zakłócenia w obsłudze wiadomości. Wszystkie API usługi publicznej zostały naruszone, w tym API Mobile Messaging i API REST. Nasza wstępna aktualizacja statusu dotyczyła jedynie API REST; przepraszamy za niedostateczne zgłaszanie zakresu. Deska rozdzielcza Klienta i nasza platforma UE\ ([GatewayAPI.eu] (http: / / GatewayAPI.eu)\) nie zostały naruszone. Zgłoszenia w trakcie incydentu zostały odrzucone przez API i musiały być urażone. Co się stało? Nasza platforma działa na zarządzanej usługi Kubernetes. Podczas rutynowej automatycznej aktualizacji wersji wykonywanej przez naszego dostawcę usług w chmurze, wewnętrzna usługa koordynująca przetwarzanie wiadomości nie wróciła do sieci. Za każdym razem, gdy to się zaczęło, automatyczna kontrola stanu zdrowia platformy ponownie go rozpoczęła przed zakończeniem startup, pozostawiając go w pętli restart. * * Root cause * * Kubernetes health checks\ ("sondy"\) restart a service if a check exceed its configured time limit. We wcześniejszych wersjach limit ten nie był ściśle egzekwowany dla naszego rodzaju kontroli zdrowia, co ukrywało fakt, że nasz limit był krótszy niż zapotrzebowanie na usługi podczas uruchamiania. Nasz dostawca chmur ogłosił tę zmianę i wstrzymał automatyczne aktualizacje klastrów, które zidentyfikowano jako dotknięte, ale nasz klaster nie został zidentyfikowany, więc aktualizacja poszła naprzód. Bierzemy pełną odpowiedzialność za konfigurację naszych usług. * * Resolution * * Nasi inżynierowie przeanalizowali wymagania związane z uruchomieniem danej usługi i zwiększyli limit czasu kontroli zdrowia za pomocą bezpiecznego bufora. Usługa zaczęła się normalnie, a przetwarzanie wiadomości wznowione. Uzasadnienie Wiemy, jak ważne jest wiarygodne wiadomości dla Państwa firmy i przeprosić za zakłócenia. Jeśli masz pytania dotyczące wpływu tego incydentu na Twoje konto, skontaktuj się z naszym zespołem wsparcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 września 2026 19:59 UTCidentified

   Obecnie mamy opóźnienia w stosunku do Tele2 Szwecja. Ruch będzie ściśle monitorowany, a my oczekujemy aktualizacji i ponownego funkcjonowania usługi zgodnie z przeznaczeniem. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

2. 2 września 2026 20:06 UTCresolved

   Ruch w kierunku Tele2 Szwecja wraca do normy. Będziemy nadal monitorować pod kątem dobrych środków. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 sierpnia 2026 09:01 UTCidentified

   Obecnie monitorujemy opóźnienia w realizacji sprawozdania z dostawy na naszej platformie UE. Użytkownicy mogą doświadczyć opóźnienia w otrzymywaniu sprawozdań z dostawy. Ruch MT nie jest naruszony. Będziemy cię informować na bieżąco.

2. 24 sierpnia 2026 13:48 UTCresolved

   Opóźnienia w sprawozdaniu z realizacji naszej platformy UE zostały już rozwiązane. Wszystkie sprawozdania z opóźnionych dostaw zostały rozpatrzone i są dostarczane jak zwykle. Ruch MT w żadnym momencie nie uległ zmianie w trakcie incydentu. Przepraszamy za wszelkie niedogodności. Jeśli nadal widzisz brakujące lub opóźnione raporty dostawy, skontaktuj się z naszym zespołem wsparcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 sierpnia 2026 19:40 UTCidentified

   Obecnie mamy opóźnienia w kierunku T- Mobile Germany. Ruch będzie ściśle monitorowany, a my oczekujemy aktualizacji i ponownego funkcjonowania usługi zgodnie z przeznaczeniem. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

2. 19 sierpnia 2026 20:09 UTCresolved

   Ruch w kierunku T- Mobile Niemcy jest teraz z powrotem do normy. Będziemy nadal monitorować pod kątem dobrych środków. Dziękuję za zrozumienie i przepraszamy za niedogodności spowodowane przez to.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 lipca 2026 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 lipca 2026 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 lipca 2026 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 lipca 2026 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 lipca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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.