Histórico de interrupções do Gatewayapi

1. 25 Here 2026 da 09:42 UTCmonitoring

   Neste momento, estamos a enfrentar problemas em relação à Telia Suécia. Relatórios de entrega (DLRs) podem ser atrasados. O tráfego será acompanhado de perto, enquanto esperamos uma actualização e que o serviço funcione de novo como previsto.

2. 25 Here 2026 da 13:01 UTCresolved

   A questão relativa à Telia Suécia foi resolvida. Relatórios de entrega (DLRs) estão sendo devolvidos como esperado. Qualquer atraso de DLR do período de incidente deveria agora ter sido entregue. Se ainda vir DLRs em falta ou em atraso para a Telia Suécia, contacte a nossa equipa de apoio.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Here 2026 da 14:24 UTCidentified

   Estamos atualmente passando por atrasos nos relatórios de entrega (DLRs) para mensagens enviadas à TDC Dinamarca. A entrega da mensagem não é afetada. Todas as mensagens estão sendo entregues aos destinatários como normal, mas os relatórios de entrega correspondentes podem chegar mais tarde do que o habitual. Estamos trabalhando com o TDC para resolver o problema e publicaremos uma atualização assim que soubermos mais.

2. 22 Here 2026 da 14:42 UTCresolved

   Esta questão foi resolvida. Relatórios de entrega (DLRs) para mensagens enviadas à TDC Dinamarca estão sendo entregues como normal novamente. Todas as mensagens foram entregues aos destinatários durante todo o incidente. Apenas os relatórios de entrega e as mensagens MO (incomando) foram adiadas. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Here 2026 da 08:45 UTCidentified

   Estamos atualmente passando por atrasos nos relatórios de entrega (DLRs) para mensagens enviadas à TDC Dinamarca. A entrega da mensagem não é afetada. Todas as mensagens estão sendo entregues aos destinatários como normal, mas os relatórios de entrega correspondentes podem chegar mais tarde do que o habitual. Estamos trabalhando com o TDC para resolver o problema e publicaremos uma atualização assim que soubermos mais.

2. 20 Here 2026 da 10:15 UTCresolved

   Esta questão foi resolvida. Relatórios de entrega (DLRs) para mensagens enviadas à TDC Dinamarca estão sendo entregues como normal novamente. Todas as mensagens foram entregues aos destinatários durante todo o incidente. Apenas os relatórios de entrega e as mensagens MO (incomando) foram adiadas. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Here 2026 da 14:06 UTCmonitoring

   Estamos actualmente a acompanhar os atrasos no relatório de entrega para a ICE Noruega. Os usuários podem ter um atraso no recebimento dos relatórios de entrega. MT tráfego não é afetado. Vamos mantê-lo informado.

2. 9 Here 2026 da 15:22 UTCresolved

   Os relatórios de entrega estão de volta ao normal para a ICE Noruega. Continuaremos a acompanhar para uma boa medida.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Here 2026 da 09:12 UTCidentified

   Estamos actualmente a enfrentar problemas em relação à Tele2 Suécia. O tráfego será acompanhado de perto, enquanto esperamos uma actualização e que o serviço funcione de novo como previsto. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

2. 8 Here 2026 da 10:06 UTCresolved

   Tráfego rumo à Tele2 A Suécia voltou ao normal. Continuaremos a acompanhar com boa medida. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gwengolo 2026 da 20:08 UTCinvestigating

   Estamos enfrentando problemas com GatewayAPI.EU e agora estamos investigando a causa raiz. Estamos actualmente a trabalhar na resolução da questão. A configuração .COM ainda está funcionando como pretendido. Vamos mantê-lo informado.

2. 29 Gwengolo 2026 da 20:27 UTCresolved

   Estamos a ver os serviços na GatewayAPI. A UE está novamente totalmente operacional. O tráfego e os serviços serão acompanhados para uma boa medida. Obrigado pela vossa paciência e pedimos desculpa pelo inconveniente causado por isto.

3. 30 Gwengolo 2026 da 19:12 UTCpostmortem

   **Resumo: Atraso no processamento de mensagens em** [**GatewayAPI.eu**](http://GatewayAPI.eu) **- 29 de setembro de 2026** Em 29 de setembro de 2026, entre 18:24 e 20:05 UTC \(20:24-22:05 CEST\), [GatewayAPI.eu](http://GatewayAPI.eu) sofreu um atraso de 101 minutos no processamento de mensagens. Nossa plataforma [GatewayAPI.com](http://GatewayAPI.com) não foi afetada. Todas as APIs de entrada, incluindo a API de Mensagens Móveis, API REST e SMPP, permaneceram disponíveis durante todo o incidente e continuaram a aceitar mensagens. No entanto, as mensagens aceitas foram em fila de espera em vez de processadas e enviadas. Relatórios de entrega \(DLRs\) foram atrasados pela mesma razão. ** Nenhuma mensagem foi perdida. Uma vez restaurado o processamento, todas as mensagens em fila foram entregues, com atrasos de até 101 minutos. Os clientes não precisam reenviar nenhuma mensagem enviada durante este período. Detectamos algumas mensagens que foram entregues duas vezes - isso só contará uma vez no uso faturado. ** O que aconteceu** Uma quantidade anormalmente grande de mensagens foi recebida e transmitida ao serviço interno responsável pelo processamento de mensagens enviadas. Lidar com este volume requeria mais memória do que o serviço era permitido usar, de modo que a plataforma o parou automaticamente. Quando o serviço foi reiniciado, ele pegou o mesmo grande backlog e foi parado novamente. Isso se repetiu em um loop, e durante esse tempo nenhuma mensagem poderia ser processada. ** Causa da raiz A memória atribuída ao nosso serviço de processamento de mensagens não foi dimensionada para lidar com uma carga volumosa desta magnitude. Como resultado, uma única grande explosão de tráfego foi suficiente para colocar o serviço em um circuito de reinicialização em vez de ser processado gradualmente. **Detecção** Não tivemos alerta automático no [GatewayAPI.eu](http://GatewayAPI.eu) para este cenário específico, onde nossas APIs continuam aceitando mensagens durante o processamento. Por causa disso, o incidente não foi detectado pela nossa monitorização, e levou mais tempo do que deveria para respondermos. Assumimos toda a responsabilidade por esta lacuna. **Resolução** Nossos engenheiros identificaram o loop de reinicialização, aumentaram a memória disponível para o serviço de processamento de mensagens e o voltaram a ligar. O serviço então trabalhou através do backlog em fila, e todas as mensagens pendentes e relatórios de entrega foram processados. ** O que estamos fazendo para evitar que isso aconteça de novo** * ** Monitorização melhorada: Nós adicionamos um alerta a [GatewayAPI.eu](http://GatewayAPI.eu) que desencadeia quando o tráfego processado cai inesperadamente. * ** Capacidade aumentada: ** O serviço de processamento de mensagens agora tem uma maior alocação de memória, o que reduz o risco de ser parado sob grandes cargas a granel. * ** Manuseamento de carga melhorado \(em progresso\):** Já estamos trabalhando em melhorias na nossa fila de mensagens internas, o que permitirá que a plataforma absorva picos semelhantes mais graciosamente no futuro. Sabemos como a entrega oportuna é importante para o seu negócio, e pedimos desculpas pelo atraso causado. Se você tiver dúvidas sobre como esse incidente afetou sua conta, entre em contato com nossa equipe de suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gwengolo 2026 da 03:56 UTCinvestigating

   Atualmente estamos enfrentando problemas de tráfego MT em nossa API REST. Isto está apenas na nossa configuração. Estamos trabalhando atualmente para identificar a causa raiz e resolver o problema. Vamos mantê-lo informado.

2. 23 Gwengolo 2026 da 04:27 UTCresolved

   Este incidente foi resolvido. MT tráfego em nossa API REST (COM-setup) está funcionando como esperado nagain. Obrigado pela vossa paciência.

3. 23 Gwengolo 2026 da 13:38 UTCpostmortem

   **Resumo: Disrupção das mensagens enviadas em** [**GatewayAPI.com**](http://GatewayAPI.com) **- 23 de setembro de 2026** Em 23 de setembro de 2026, entre 03:38 e 04:20 UTC \(05:38-06:20 CEST\), [GatewayAPI.com](http://GatewayAPI.com) sofreu uma interrupção de 42 minutos no tratamento de mensagens. Todas as APIs de serviço público foram afetadas, incluindo a API de Mensagens Móveis e a API REST. Nossa atualização inicial de status se refere apenas à API REST; pedimos desculpas por sub-relatar o escopo. O Painel do Cliente e a nossa plataforma da UE \([GatewayAPI.eu](http://GatewayAPI.eu)\) não foram afectados. Submissões de mensagens durante o incidente foram rejeitadas pela API e precisava se ressentir. ** O que aconteceu** Nossa plataforma funciona em um serviço Kubernetes gerenciado. Durante uma atualização de versão automática de rotina realizada pelo nosso provedor de nuvem, um serviço interno que coordena o processamento de mensagens falhou em voltar online. Cada vez que ele começou, o exame de saúde automatizado da plataforma o reiniciou antes da inicialização terminar, deixando-o em um loop de reinício. ** Causa da raiz Verificações de saúde do Kubernetes \("sondas"\) reiniciar um serviço se uma verificação exceder o seu limite de tempo configurado. Em versões anteriores, esse limite não foi estritamente aplicado para o nosso tipo de exame de saúde, o que escondeu o fato de que nosso limite era menor do que as necessidades de serviço durante a inicialização. Nosso provedor de nuvem tinha anunciado essa mudança e pausado atualizações automáticas para clusters que identificou como afetados, mas nosso cluster não foi identificado, então a atualização foi em frente. Assumimos total responsabilidade pela configuração dos nossos serviços. **Resolução** Nossos engenheiros analisaram os requisitos de inicialização do serviço afetado e aumentaram o limite de tempo de verificação de saúde com um buffer seguro. O serviço começou normalmente, e o processamento de mensagens foi retomado. □ Sabemos como as mensagens confiáveis são importantes para o seu negócio e pedimos desculpas pela interrupção. Se você tiver dúvidas sobre como esse incidente afetou sua conta, entre em contato com nossa equipe de suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Gwengolo 2026 da 19:59 UTCidentified

   Estamos actualmente a registar atrasos em relação à Tele2 Suécia. O tráfego será acompanhado de perto, enquanto esperamos uma actualização e que o serviço funcione de novo como previsto. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

2. 2 Gwengolo 2026 da 20:06 UTCresolved

   Tráfego rumo à Tele2 A Suécia voltou ao normal. Continuaremos a acompanhar com boa medida. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Eost 2026 da 09:01 UTCidentified

   Estamos actualmente a acompanhar os atrasos do relatório de entrega na nossa plataforma da UE. Os usuários podem ter um atraso no recebimento dos relatórios de entrega. MT tráfego não é afetado. Vamos mantê-lo informado.

2. 24 Eost 2026 da 13:48 UTCresolved

   Os atrasos no relatório de entrega na nossa plataforma da UE já foram resolvidos. Todos os relatórios de entrega atrasados foram processados e estão sendo entregues como normal. MT tráfego não foi afetado em nenhum momento durante o incidente. Pedimos desculpa por qualquer inconveniente causado. Se você ainda estiver vendo relatórios de entrega perdidos ou atrasados, entre em contato com nossa equipe de suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 19 Eost 2026 da 19:40 UTCidentified

   Estamos actualmente a registar atrasos em relação à Alemanha T-Mobile. O tráfego será acompanhado de perto, enquanto esperamos uma actualização e que o serviço funcione de novo como previsto. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

2. 19 Eost 2026 da 20:09 UTCresolved

   O tráfego rumo à T-Mobile Alemanha está agora de volta ao normal. Continuaremos a acompanhar com boa medida. Obrigado pela sua compreensão e pedimos desculpa pelo inconveniente causado por isto.

Traduzido automaticamente da atualização oficial do incidente.

1. 10 Gouere 2026 da 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 Gouere 2026 da 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 Gouere 2026 da 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 Gouere 2026 da 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 Gouere 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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 Mae 2026 da 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.