Cronologia delle interruzioni di Gatewayapi

1. 25 ottobre 2026 alle ore 09:42 UTCmonitoring

   Stiamo vivendo problemi verso Telia Svezia. I rapporti di consegna (DLRs) possono essere ritardati. Il traffico sarà strettamente monitorato mentre ci aspettiamo un aggiornamento e che il servizio funzioni di nuovo come previsto.

2. 25 ottobre 2026 alle ore 13:01 UTCresolved

   La questione verso la Svezia è stata risolta. I rapporti di consegna (DLRs) vengono restituiti come previsto. Eventuali DLR ritardati dal periodo di incidente avrebbero dovuto essere consegnati. Se vedi ancora DLR mancanti o ritardati per Telia Svezia, contatta il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 ottobre 2026 alle ore 14:24 UTCidentified

   Attualmente stiamo vivendo ritardi nei rapporti di consegna (DLRs) per i messaggi inviati a TDC Danimarca. La consegna dei messaggi non è influenzata. Tutti i messaggi vengono consegnati ai destinatari come normali, ma i corrispondenti rapporti di consegna possono arrivare più tardi del solito. Stiamo lavorando con TDC per risolvere il problema e pubblicheremo un aggiornamento non appena ne sapremo di più.

2. 22 ottobre 2026 alle ore 14:42 UTCresolved

   Questo problema è stato risolto. I rapporti di consegna (DLRs) per i messaggi inviati a TDC Danimarca vengono consegnati di nuovo come normali. Tutti i messaggi sono stati consegnati ai destinatari durante l'incidente. Solo i rapporti di consegna e i messaggi MO (incombenti) sono stati ritardati. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 ottobre 2026 alle ore 08:45 UTCidentified

   Attualmente stiamo vivendo ritardi nei rapporti di consegna (DLRs) per i messaggi inviati a TDC Danimarca. La consegna dei messaggi non è influenzata. Tutti i messaggi vengono consegnati ai destinatari come normali, ma i corrispondenti rapporti di consegna possono arrivare più tardi del solito. Stiamo lavorando con TDC per risolvere il problema e pubblicheremo un aggiornamento non appena ne sapremo di più.

2. 20 ottobre 2026 alle ore 10:15 UTCresolved

   Questo problema è stato risolto. I rapporti di consegna (DLRs) per i messaggi inviati a TDC Danimarca vengono consegnati di nuovo come normali. Tutti i messaggi sono stati consegnati ai destinatari durante l'incidente. Solo i rapporti di consegna e i messaggi MO (incombenti) sono stati ritardati. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 ottobre 2026 alle ore 14:06 UTCmonitoring

   Stiamo monitorando i ritardi della relazione di consegna verso la Norvegia dell'ICE. Gli utenti possono sperimentare un ritardo nella ricezione dei rapporti di consegna. Il traffico MT non è interessato. Vi terremo aggiornati.

2. 9 ottobre 2026 alle ore 15:22 UTCresolved

   I rapporti di consegna sono tornati alla normalità verso l'ICE Norvegia. Continueremo il monitoraggio per una buona misura.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 ottobre 2026 alle ore 09:12 UTCidentified

   Stiamo vivendo problemi verso Tele2 Svezia. Il traffico sarà strettamente monitorato mentre ci aspettiamo un aggiornamento e che il servizio funzioni di nuovo come previsto. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

2. 8 ottobre 2026 alle ore 10:06 UTCresolved

   Traffico verso Tele2 La Svezia è tornata alla normalità. Continueremo a monitorare per una buona misura. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 settembre 2026 alle ore 20:08 UTCinvestigating

   Stiamo vivendo problemi con GatewayAPI.EU e stanno ora indagando la causa principale. Attualmente stiamo lavorando per risolvere il problema. La configurazione .COM funziona ancora come previsto. Vi terremo aggiornati.

2. 29 settembre 2026 alle ore 20:27 UTCresolved

   Stiamo vedendo i servizi su GatewayAPI. L'UE è nuovamente operativa. Il traffico e i servizi saranno monitorati per una buona misura. Grazie per la vostra pazienza e ci scusiamo per l'inconveniente causato da questo.

3. 30 settembre 2026 alle ore 19:12 UTCpostmortem

   ** Sintesi: Elaborazione dei messaggi cancellati su ** [**GatewayAPI.eu***(http://GatewayAPI.eu) **- 29 settembre 2026** Il 29 settembre 2026, tra le 18:24 e le 20:05 UTC \(20:24–22:05 CEST\), [GatewayAPI.eu](http://GatewayAPI.eu) ha subito un ritardo di 101 minuti nell'elaborazione dei messaggi. La nostra piattaforma [GatewayAPI.com](http://GatewayAPI.com) non è stata interessata. Tutte le API in entrata, tra cui l'API di messaggistica mobile, l'API REST e SMPP, sono rimaste disponibili durante l'incidente e hanno continuato ad accettare messaggi. Tuttavia, i messaggi accettati sono stati in coda piuttosto che elaborati e inviati. I rapporti di consegna \(DLRs\) sono stati ritardati per lo stesso motivo. **Non sono stati persi messaggi. Una volta che l'elaborazione è stata ripristinata, tutti i messaggi in coda sono stati consegnati, con ritardi fino a 101 minuti. I clienti non hanno bisogno di rivendere i messaggi inviati durante questo periodo. Abbiamo rilevato alcuni messaggi che sono stati consegnati due volte - questo contarà solo una volta sull'utilizzo fatturato. Che e' successo? Una massa insolitamente grande di messaggi è stato ricevuto e trasmesso al servizio interno responsabile del trattamento dei messaggi in uscita. La gestione di questo volume richiedeva più memoria del servizio è stato permesso di utilizzare, quindi la piattaforma lo ha automaticamente fermato. Quando il servizio si riavviò, prese lo stesso grande backlog e fu fermato di nuovo. Questo ripetuto in un loop, e durante quel tempo nessun messaggio potrebbe essere elaborato. "Root cause" La memoria assegnata al nostro servizio di elaborazione dei messaggi non è stata dimensionata per gestire un carico di massa di questa magnitudine. Di conseguenza, una sola grande scoppio di traffico era sufficiente per mettere il servizio in un ciclo di riavvio invece di essere elaborato gradualmente. "Detection" Non abbiamo avuto avvisi automatizzati in atto su [GatewayAPI.eu](http://GatewayAPI.eu) per questo scenario specifico, dove le nostre API continuano ad accettare messaggi durante l'elaborazione si ferma. A causa di questo, l'incidente non è stato rilevato dal nostro monitoraggio, e ci è voluto più di quanto dovrebbe avere per noi per rispondere. Ci assumiamo la piena responsabilità di questo divario. # Risoluzione # I nostri ingegneri hanno identificato il ciclo di riavvio, aumentato la memoria disponibile al servizio di elaborazione dei messaggi, e l'ha riportato in linea. Il servizio ha poi lavorato attraverso il backlog in coda, e tutti i messaggi in sospeso e i rapporti di consegna sono stati elaborati. Che cosa stiamo facendo per impedire che accada di nuovo? Traduzione: Abbiamo aggiunto un avviso a [GatewayAPI.eu](http://GatewayAPI.eu) che si attiva quando il traffico trattato scende inaspettatamente. * Capacità aumentata: * Il servizio di elaborazione dei messaggi ora ha una maggiore allocazione della memoria, che riduce il rischio di essere fermato sotto grandi carichi di massa. * *Miglioramento del carico \(in corso\):**** Stiamo già lavorando a miglioramenti al nostro messaggio interno in coda, che permetterà alla piattaforma di assorbire punti simili più con grazia in futuro. Sappiamo quanto sia importante la consegna tempestiva per il vostro business, e ci scusiamo per il ritardo che ha causato. Se avete domande su come questo incidente ha interessato il vostro account, si prega di contattare il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 settembre 2026 alle ore 03:56 UTCinvestigating

   Stiamo vivendo problemi di traffico MT sulla nostra API REST. Questo è solo sul nostro COM-setup. Attualmente stiamo lavorando per identificare la causa principale e risolvere il problema. Vi terremo aggiornati.

2. 23 settembre 2026 alle ore 04:27 UTCresolved

   Questo incidente è stato risolto. Il traffico MT sulla nostra API REST (COM-setup) sta funzionando come nagain previsto. Grazie per la pazienza.

3. 23 settembre 2026 alle ore 13:38 UTCpostmortem

   **Summary: Disturbo dei messaggi in uscita su** [**GatewayAPI.com***(http://GatewayAPI.com) **- 23 settembre 2026** Il 23 settembre 2026, tra le 03:38 e le 04:20 UTC \(05:38–06:20 CEST\), [GatewayAPI.com](http://GatewayAPI.com) ha avuto un'interruzione di 42 minuti sulla gestione dei messaggi. Tutte le API di servizio pubblico sono state interessate, tra cui l'API di messaggistica mobile e l'API REST. Il nostro aggiornamento di stato iniziale si riferisce solo all'API REST; ci scusiamo per il sotto-reporting dello scopo. Il Customer Dashboard e la nostra piattaforma UE \([GatewayAPI.eu](http://GatewayAPI.eu)\) non sono stati colpiti. I messaggi durante l'incidente sono stati respinti dall'API e hanno dovuto essere risentiti. Che e' successo? La nostra piattaforma funziona su un servizio Kubernetes gestito. Durante un aggiornamento automatico della versione di routine eseguito dal nostro provider cloud, un servizio interno che coordina l'elaborazione dei messaggi non è tornato online. Ogni volta che è iniziata, il controllo sanitario automatizzato della piattaforma ha riavviato prima che l'avvio avesse finito, lasciandolo in un ciclo di riavvio. "Root cause" Kubernetes health check \("probes"\) riavviare un servizio se un controllo supera il suo limite di tempo configurato. Nelle versioni precedenti, questo limite non è stato rigorosamente applicato per il nostro tipo di controllo sanitario, che ha nascosto il fatto che il nostro limite era più breve delle esigenze di servizio durante l'avvio. Il nostro provider cloud aveva annunciato questo cambiamento e messo in pausa aggiornamenti automatici per cluster identificati come interessati, ma il nostro cluster non è stato identificato, quindi l'aggiornamento è andato avanti. Ci assumiamo la piena responsabilità per la configurazione dei nostri servizi. # Risoluzione # I nostri ingegneri hanno analizzato i requisiti di avvio del servizio interessato e aumentato il limite di tempo di controllo sanitario con un buffer sicuro. Il servizio è iniziato normalmente, e l'elaborazione dei messaggi ha ripreso. Sappiamo quanto sia importante la messaggistica affidabile per il vostro business e ci scusiamo per la rottura. Se avete domande su come questo incidente ha interessato il vostro account, si prega di contattare il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 settembre 2026 alle ore 19:59 UTCidentified

   Attualmente stiamo vivendo ritardi verso Tele2 Svezia. Il traffico sarà strettamente monitorato mentre ci aspettiamo un aggiornamento e che il servizio funzioni di nuovo come previsto. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

2. 2 settembre 2026 alle ore 20:06 UTCresolved

   Traffico verso Tele2 La Svezia è tornata alla normalità. Continueremo a monitorare per una buona misura. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 agosto 2026 alle ore 09:01 UTCidentified

   Stiamo monitorando i ritardi del rapporto di consegna sulla nostra piattaforma UE. Gli utenti possono sperimentare un ritardo nella ricezione dei rapporti di consegna. Il traffico MT non è interessato. Vi terremo aggiornati.

2. 24 agosto 2026 alle ore 13:48 UTCresolved

   I ritardi del rapporto di consegna sulla nostra piattaforma UE sono stati risolti. Tutti i rapporti di consegna ritardati sono stati elaborati e vengono consegnati come normali. Il traffico MT non è stato influenzato in alcun punto durante l'incidente. Ci scusiamo per qualsiasi inconveniente causato. Se stai ancora vedendo i rapporti di consegna mancanti o ritardati, contatta il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 agosto 2026 alle ore 19:40 UTCidentified

   Stiamo vivendo ritardi verso la Germania T-Mobile. Il traffico sarà strettamente monitorato mentre ci aspettiamo un aggiornamento e che il servizio funzioni di nuovo come previsto. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

2. 19 agosto 2026 alle ore 20:09 UTCresolved

   Il traffico verso la Germania T-Mobile è tornato alla normalità. Continueremo a monitorare per una buona misura. Grazie per la vostra comprensione e ci scusiamo per l'inconveniente causato da questo.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 10 luglio 2026 alle ore 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 luglio 2026 alle ore 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 luglio 2026 alle ore 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 luglio 2026 alle ore 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 luglio 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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.