Historial de interrupciones de Gatewayapi

1. 25 de octubre de 2026 a las 9:42 UTCmonitoring

   Actualmente estamos experimentando problemas con Telia Suecia. Los informes de entrega pueden retrasarse. El tráfico será monitoreado de cerca mientras esperamos una actualización y que el servicio funcione de nuevo.

2. 25 de octubre de 2026 a las 13:01 UTCresolved

   Se ha resuelto la cuestión relativa a Telia Suecia. Informes de entrega (DLRs) están siendo devueltos según se espera. Se debería haber entregado cualquier demora en las RD del período del incidente. Si todavía ves DLRs desaparecidos o retrasados para Telia Suecia, por favor contacta con nuestro equipo de soporte.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de octubre de 2026 a las 14:24 UTCidentified

   Actualmente estamos experimentando retrasos en los informes de entrega (DLRs) para los mensajes enviados a TDC Dinamarca. La entrega de mensajes no está afectada. Todos los mensajes se envían a los destinatarios como normales, pero los correspondientes informes de entrega pueden llegar más tarde de lo habitual. Estamos trabajando con TDC para resolver el problema y publicaremos una actualización tan pronto como sepamos más.

2. 22 de octubre de 2026 a las 14:42 UTCresolved

   Esta cuestión se ha resuelto. Los informes de entrega (DLR) para los mensajes enviados a TDC Dinamarca se envían de nuevo como normales. Todos los mensajes se entregaron a los destinatarios durante todo el incidente. Sólo se retrasaron los informes de entrega y los mensajes MO (incomming). Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 20 de octubre de 2026 a las 8:45 UTCidentified

   Actualmente estamos experimentando retrasos en los informes de entrega (DLRs) para los mensajes enviados a TDC Dinamarca. La entrega de mensajes no está afectada. Todos los mensajes se envían a los destinatarios como normales, pero los correspondientes informes de entrega pueden llegar más tarde de lo habitual. Estamos trabajando con TDC para resolver el problema y publicaremos una actualización tan pronto como sepamos más.

2. 20 de octubre de 2026 a las 10:15 UTCresolved

   Esta cuestión se ha resuelto. Los informes de entrega (DLR) para los mensajes enviados a TDC Dinamarca se envían de nuevo como normales. Todos los mensajes se entregaron a los destinatarios durante todo el incidente. Sólo se retrasaron los informes de entrega y los mensajes MO (incomming). Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de octubre de 2026 a las 14:06 UTCmonitoring

   Actualmente estamos monitoreando los retrasos del Informe de Entrega hacia ICE Noruega. Los usuarios pueden experimentar un retraso recibiendo los informes de entrega. El tráfico de MT no se ve afectado. Te mantendremos actualizado.

2. 9 de octubre de 2026 a las 15:22 UTCresolved

   Los informes de entrega vuelven a la normalidad hacia ICE Noruega. Seguiremos monitoreando para buena medida.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de octubre de 2026 a las 9:12 UTCidentified

   Actualmente estamos experimentando problemas con Tele2 Suecia. El tráfico será monitoreado de cerca mientras esperamos una actualización y que el servicio funcione de nuevo. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

2. 8 de octubre de 2026 a las 10:06 UTCresolved

   Tráfico hacia Tele2 Suecia ha vuelto a la normalidad. Seguiremos monitoreando para buena medida. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de septiembre de 2026 a las 20:08 UTCinvestigating

   Estamos experimentando problemas con GatewayAPI.EU y ahora estamos investigando la causa raíz. Actualmente estamos trabajando para resolver el problema. La configuración .COM sigue funcionando como se pretendía. Te mantendremos actualizado.

2. 29 de septiembre de 2026 a las 20:27 UTCresolved

   Estamos viendo los servicios en GatewayAPI. La UE vuelve a funcionar plenamente. El tráfico y los servicios serán monitoreados para buena medida. Gracias por su paciencia y nos disculpamos por la inconveniencia causada por esto.

3. 30 de septiembre de 2026 a las 19:12 UTCpostmortem

   **Summary: Delayed message processing on** [**GatewayAPI.eu**](http://GatewayAPI.eu) **- 29 September 2026** On 29 September 2026, between 18:24 and 20:05 UTC \(20:24–22:05 CEST\), [GatewayAPI.eu](http://GatewayAPI.eu) experienced a 101-minute delay in message processing. Nuestra plataforma [GatewayAPI.com](http://GatewayAPI.com) no se vio afectada. Todas las API, incluyendo la API de mensajería móvil, REST API y SMPP, permanecieron disponibles durante todo el incidente y continuaron aceptando mensajes. Sin embargo, los mensajes aceptados fueron consultados en lugar de procesados y enviados. Los informes de entrega \(DLRs\) se retrasaron por la misma razón. **No se perdieron mensajes.** Una vez restaurado el procesamiento, se entregaron todos los mensajes apagados, con retrasos de hasta 101 minutos. Los clientes no necesitan reenviar ningún mensaje enviado durante este período. Hemos detectado algunos mensajes que se entregaron dos veces - esto sólo contará una vez en el uso facturado. ¿Qué pasó? Se recibió una gran cantidad inusual de mensajes y se transmitió al servicio interno responsable de procesar mensajes salientes. El manejo de este volumen requiere más memoria de lo que el servicio se permitió utilizar, por lo que la plataforma automáticamente lo detuvo. Cuando el servicio reiniciaba, recogía el mismo atraso grande y se detuvo de nuevo. Esto se repite en un bucle, y durante ese tiempo no se pueden procesar mensajes. *Causa de raíz* La memoria asignada a nuestro servicio de procesamiento de mensajes no fue tallada para manejar una carga masiva de esta magnitud. Como resultado, una sola gran explosión de tráfico fue suficiente para poner el servicio en un circuito de reinicio en lugar de ser procesado gradualmente. **Detección** No hemos puesto en marcha alerta automatizada en [GatewayAPI.eu](http://GatewayAPI.eu) para este escenario específico, donde nuestras API siguen aceptando mensajes mientras se detiene el procesamiento. Debido a esto, el incidente no fue detectado por nuestro monitoreo, y tomó más tiempo de lo que debería tener para nosotros para responder. Asumimos toda la responsabilidad por esta brecha. **Resolución** Nuestros ingenieros identificaron el bucle de reinicio, aumentaron la memoria disponible para el servicio de procesamiento de mensajes, y lo trajeron de vuelta en línea. El servicio entonces trabajó a través del atraso solicitado, y todos los mensajes pendientes y los informes de entrega fueron procesados. Lo que estamos haciendo para evitar que esto suceda de nuevo * ** Supervisión mejorada** Hemos añadido una alerta a [GatewayAPI.eu](http://GatewayAPI.eu) que activa cuando el tráfico procesado cae inesperadamente. * ** Aumento de la capacidad** El servicio de procesamiento de mensajes ahora tiene una mayor asignación de memoria, lo que reduce el riesgo de que se detenga bajo grandes cargas. * ** Manejo mejorado de carga \(en progreso\):** Ya estamos trabajando en mejoras en nuestra búsqueda de mensajes internos, lo que permitirá que la plataforma absorba puntos similares más agraciadamente en el futuro. Sabemos lo importante que es la entrega oportuna a su negocio, y nos disculpamos por el retraso que esto causó. Si tiene preguntas sobre cómo este incidente afectó a su cuenta, por favor contacte con nuestro equipo de soporte.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de septiembre de 2026 a las 3:56 UTCinvestigating

   Actualmente estamos experimentando problemas de tráfico MT en nuestra API REST. Esto es sólo en nuestro Com-setup. Actualmente estamos trabajando para identificar la causa raíz y resolver el problema. Te mantendremos actualizado.

2. 23 de septiembre de 2026 a las 4:27 UTCresolved

   Este incidente ha sido resuelto. El tráfico de MT en nuestra REST API (com-setup) está funcionando como nagain esperado. Gracias por su paciencia.

3. 23 de septiembre de 2026 a las 13:38 UTCpostmortem

   **Summary: Disruption to outgoing messages on** [**GatewayAPI.com**](http://GatewayAPI.com) **- 23 September 2026** On 23 September 2026, between 03:38 and 04:20 UTC \(05:38–06:20 CEST\), [GatewayAPI.com](http://GatewayAPI.com) experienced a 42-minute disruption on message handling. Todas las API de servicio público fueron afectadas, incluyendo la API de mensajería móvil y la API REST. Nuestra actualización de estado inicial se refirió sólo a la API REST; nos disculpamos por la presentación insuficiente del alcance. The Customer Dashboard and our EU platform \([GatewayAPI.eu](http://GatewayAPI.eu)\) were not affected. Las comunicaciones de mensajes durante el incidente fueron rechazadas por la API y debían ser resentidas. ¿Qué pasó? Nuestra plataforma funciona en un servicio gestionado de Kubernetes. Durante una actualización de la versión automática de rutina realizada por nuestro proveedor de nube, un servicio interno que coordina el procesamiento de mensajes no pudo volver en línea. Cada vez que comenzó, el cheque automatizado de salud de la plataforma lo reiniciaba antes de que la puesta en marcha hubiera terminado, dejándolo en un bucle de reinicio. *Causa de raíz* Kubernetes cheques de salud \("probes"\) reiniciar un servicio si un cheque excede su límite de tiempo configurado. En versiones anteriores, este límite no se aplicaba estrictamente para nuestro tipo de control de salud, lo que ocultaba el hecho de que nuestro límite era más corto que las necesidades del servicio durante la puesta en marcha. Nuestro proveedor de nube había anunciado este cambio y pausado las actualizaciones automáticas para los grupos que identificó como afectados, pero nuestro grupo no fue identificado, por lo que la actualización siguió adelante. Asumimos toda la responsabilidad por la configuración de nuestros servicios. **Resolución** Nuestros ingenieros analizaron los requisitos de puesta en marcha del servicio afectado y aumentaron el límite de tiempo de comprobación de salud con un amortiguador seguro. El servicio comenzó normalmente, y el procesamiento de mensajes se reanudó. Sabemos lo importante que es la mensajería confiable para su negocio y disculparse por la interrupción. Si tiene preguntas sobre cómo este incidente afectó a su cuenta, por favor contacte con nuestro equipo de soporte.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 19:59 UTCidentified

   Actualmente estamos experimentando retrasos hacia Tele2 Suecia. El tráfico será monitoreado de cerca mientras esperamos una actualización y que el servicio funcione de nuevo. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

2. 2 de septiembre de 2026 a las 20:06 UTCresolved

   Tráfico hacia Tele2 Suecia ha vuelto a la normalidad. Seguiremos monitoreando para buena medida. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de agosto de 2026 a las 9:01 UTCidentified

   Actualmente estamos monitoreando los retrasos del Informe de Entrega en nuestra plataforma de la UE. Los usuarios pueden experimentar un retraso recibiendo los informes de entrega. El tráfico de MT no se ve afectado. Te mantendremos actualizado.

2. 24 de agosto de 2026 a las 13:48 UTCresolved

   El informe de entrega demora en nuestra plataforma de la UE ya se ha resuelto. Todos los informes de entrega retrasada han sido procesados y se están entregando como normales. MT traffic was not affected at any point during the incident. Nos disculpamos por cualquier inconveniente causado. Si sigue viendo informes de entrega desaparecidos o retrasados, por favor contacte con nuestro equipo de soporte.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de agosto de 2026 a las 19:40 UTCidentified

   Actualmente estamos experimentando retrasos hacia T-Mobile Alemania. El tráfico será monitoreado de cerca mientras esperamos una actualización y que el servicio funcione de nuevo. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

2. 19 de agosto de 2026 a las 20:09 UTCresolved

   El tráfico hacia T-Mobile Alemania está ahora de vuelta a la normalidad. Seguiremos monitoreando para buena medida. Gracias por su comprensión y nos disculpamos por la inconveniencia causada por esto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de julio de 2026 a las 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 de julio de 2026 a las 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 de julio de 2026 a las 7: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 de julio de 2026 a las 7: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 de julio de 2026 a las 8: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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de junio de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 4: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 de mayo de 2026 a las 5: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 de mayo de 2026 a las 6: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 de mayo de 2026 a las 9: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 8: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 de mayo de 2026 a las 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 de mayo de 2026 a las 3: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 de mayo de 2026 a las 4: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.