История сбоев Gatewayapi

1. 25 октября 2026 г. в 09:42 UTCmonitoring

   В настоящее время мы испытываем проблемы с Telia Sweden. Отчеты о доставке (DLR) могут быть отложены. Трафик будет тщательно контролироваться, пока мы ожидаем обновления, и служба будет работать так, как задумано.

2. 25 октября 2026 г. в 13:01 UTCresolved

   Вопрос с Telia Sweden решен. Отчеты о доставке (DLR) возвращаются, как и ожидалось. Любые отсроченные DLR с момента инцидента должны были быть доставлены. Если вы все еще видите отсутствующие или задержанные DLR для Telia Sweden, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 22 октября 2026 г. в 14:24 UTCidentified

   В настоящее время мы сталкиваемся с задержками в составлении отчетов о доставке сообщений, направляемых в TDC Denmark. Доставка сообщений не затрагивается. Все сообщения доставляются получателям как обычно, но соответствующие отчеты о доставке могут прибыть позже, чем обычно. Мы работаем с TDC над решением этой проблемы и опубликуем обновление, как только узнаем больше.

2. 22 октября 2026 г. в 14:42 UTCresolved

   Этот вопрос решен. Отчеты о доставке (DLR) сообщений, отправленных в TDC Denmark, снова доставляются в обычном режиме. Все сообщения доставлялись получателям на протяжении всего инцидента. Отсрочены были только сообщения о доставке и сообщения МО. Спасибо за ваше терпение.

Автоматический перевод официального обновления инцидента.

1. 20 октября 2026 г. в 08:45 UTCidentified

   В настоящее время мы сталкиваемся с задержками в составлении отчетов о доставке сообщений, направляемых в TDC Denmark. Доставка сообщений не затрагивается. Все сообщения доставляются получателям как обычно, но соответствующие отчеты о доставке могут прибыть позже, чем обычно. Мы работаем с TDC над решением этой проблемы и опубликуем обновление, как только узнаем больше.

2. 20 октября 2026 г. в 10:15 UTCresolved

   Этот вопрос решен. Отчеты о доставке (DLR) сообщений, отправленных в TDC Denmark, снова доставляются в обычном режиме. Все сообщения доставлялись получателям на протяжении всего инцидента. Отсрочены были только сообщения о доставке и сообщения МО. Спасибо за ваше терпение.

Автоматический перевод официального обновления инцидента.

1. 9 октября 2026 г. в 14:06 UTCmonitoring

   В настоящее время мы отслеживаем задержки с отчетом о доставке в Норвегию. Пользователи могут столкнуться с задержкой получения отчетов о доставке. Трафик МТ не пострадал. Мы будем держать вас в курсе.

2. 9 октября 2026 г. в 15:22 UTCresolved

   Отчеты о поставках вернулись в нормальное русло в сторону Норвегии. Мы будем следить за хорошими мерами.

Автоматический перевод официального обновления инцидента.

1. 8 октября 2026 г. в 09:12 UTCidentified

   В настоящее время мы испытываем проблемы в отношении Tele2 Швеция. Трафик будет тщательно контролироваться, пока мы ожидаем обновления, и служба будет работать так, как задумано. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

2. 8 октября 2026 г. в 10:06 UTCresolved

   Движение в направлении Tele2 Швеция вернулась к нормальной жизни. Мы будем продолжать следить за хорошими мерами. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

Автоматический перевод официального обновления инцидента.

1. 29 сентября 2026 г. в 20:08 UTCinvestigating

   Мы испытываем проблемы с GatewayAPI.EU и сейчас изучаем первопричину. В настоящее время мы работаем над решением этого вопроса. Настройка .COM по-прежнему работает по назначению. Мы будем держать вас в курсе.

2. 29 сентября 2026 г. в 20:27 UTCresolved

   Мы видим сервисы на GatewayAPI. ЕС вновь полностью функционирует. Транспорт и услуги будут контролироваться в меру. Спасибо за ваше терпение, и мы приносим извинения за неудобства, вызванные этим.

3. 30 сентября 2026 г. в 19:12 UTCpostmortem

   ** Резюме: Задержка обработки сообщений на ** [**GatewayAPI.eu**] (http://GatewayAPI.eu)**- 29 сентября 2026 года** 29 сентября 2026, между 18:24 и 20:05 UTC \(20:24-22:05 CEST\), [GatewayAPI.eu] (http://GatewayAPI.eu) испытал 101-минутную задержку в обработке сообщений. Наша платформа [GatewayAPI.com] (http://GatewayAPI.com) не пострадала. Все входящие API, включая Mobile Messaging API, REST API и SMPP, оставались доступными на протяжении всего инцидента и продолжали принимать сообщения. Однако принятые сообщения были поставлены в очередь, а не обработаны и отправлены. Отчеты о доставке были отложены по той же причине. ** Никаких сообщений не было потеряно.** После восстановления обработки все сообщения в очереди были доставлены с задержками до 101 минуты. Клиентам не нужно пересылать сообщения, отправленные в течение этого периода. Мы обнаружили несколько сообщений, которые были доставлены дважды - это будет рассчитывать только один раз на платное использование. ** Что случилось** Необычно большой объем сообщений был получен и передан внутренней службе, ответственной за обработку исходящих сообщений. Обработка этого тома требовала больше памяти, чем было разрешено использовать сервису, поэтому платформа автоматически остановила его. Когда служба возобновилась, она взяла то же самое большое отставание и была остановлена снова. Это повторялось в цикле, и за это время никакие сообщения не могли быть обработаны. ** Коренная причина** Память, выделенная нашей службе обработки сообщений, не была рассчитана на объемную нагрузку такого масштаба. В результате одного большого всплеска трафика было достаточно, чтобы перевести сервис в цикл перезапуска, а не обрабатывать его постепенно. ** Обнаружение** У нас не было автоматического оповещения на [GatewayAPI.eu] (http://GatewayAPI.eu) для этого конкретного сценария, где наши API продолжают принимать сообщения во время остановки обработки. Из-за этого инцидент не был обнаружен нашим мониторингом, и нам потребовалось больше времени, чем следовало. Мы несем полную ответственность за этот разрыв. ** Резолюция** Наши инженеры идентифицировали цикл перезапуска, увеличили объем памяти, доступной для службы обработки сообщений, и вернули ее в сеть. Затем служба проработала отставание в очереди, и все ожидающие сообщения и отчеты о доставке были обработаны. Что мы делаем, чтобы это не повторилось *** Улучшенный мониторинг:** Мы добавили оповещение на [GatewayAPI.eu] (http://GatewayAPI.eu), которое срабатывает, когда обработанный трафик неожиданно падает. ** Расширение возможностей:** Сервис обработки сообщений теперь имеет более высокое распределение памяти, что снижает риск его остановки при больших нагрузках. ***Улучшение обработки нагрузки \(в процессе работы\):** Мы уже работаем над улучшением нашей внутренней очереди сообщений, что позволит платформе в будущем более изящно поглощать подобные всплески. Мы знаем, насколько важна своевременная доставка для вашего бизнеса, и приносим извинения за задержку, вызванную этим. Если у вас есть вопросы о том, как этот инцидент повлиял на вашу учетную запись, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 23 сентября 2026 г. в 03:56 UTCinvestigating

   В настоящее время мы испытываем проблемы с трафиком MT на нашем API REST. Это только в нашей COM-системе. В настоящее время мы работаем над выявлением первопричины и решением проблемы. Мы будем держать вас в курсе.

2. 23 сентября 2026 г. в 04:27 UTCresolved

   Этот инцидент был урегулирован. Трафик MT на нашем REST API (COM-setup) работает как ожидалось. Спасибо за ваше терпение.

3. 23 сентября 2026 г. в 13:38 UTCpostmortem

   ** Резюме: Перерыв в исходящих сообщениях на ** [**GatewayAPI.com**] (http://GatewayAPI.com) **- 23 сентября 2026** 23 сентября 2026 года, между 03:38 и 04:20 UTC \(05:38–06:20 CEST\), [GatewayAPI.com] (http://GatewayAPI.com) испытал 42-минутное нарушение обработки сообщений. Были затронуты все API государственных услуг, включая API мобильных сообщений и API REST. Наше первоначальное обновление статуса относится только к API REST; мы приносим извинения за занижение объема отчетности. Клиентская панель и наша платформа ЕС \([GatewayAPI.eu](http://GatewayAPI.eu)\) не пострадали. Сообщения во время инцидента были отклонены API и должны были быть возмущены. ** Что случилось** Наша платформа работает на управляемом сервисе Kubernetes. Во время обычного автоматического обновления версии, выполняемого нашим облачным провайдером, внутренняя служба, которая координирует обработку сообщений, не вернулась в Интернет. Каждый раз, когда он начинался, автоматизированная проверка работоспособности платформы перезагружала его до завершения запуска, оставляя его в цикле перезапуска. ** Коренная причина** Проверка здоровья Kubernetes перезапускает услугу, если проверка превышает установленный срок. В более ранних версиях этот лимит не был строго соблюден для нашего типа проверки здоровья, что скрыло тот факт, что наш лимит был короче, чем потребности в обслуживании во время запуска. Наш облачный провайдер объявил об этом изменении и приостановил автоматическое обновление для кластеров, которые он идентифицировал как затронутые, но наш кластер не был идентифицирован. Мы несем полную ответственность за настройку наших сервисов. ** Резолюция** Наши инженеры проанализировали требования к запуску пострадавшего сервиса и увеличили срок проверки здоровья с помощью безопасного буфера. Затем служба началась нормально, и обработка сообщений возобновилась. Мы знаем, насколько важна надежная передача сообщений для вашего бизнеса и приносим извинения за сбои. Если у вас есть вопросы о том, как этот инцидент повлиял на вашу учетную запись, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 19:59 UTCidentified

   В настоящее время мы испытываем задержки в направлении Tele2 Швеция. Трафик будет тщательно контролироваться, пока мы ожидаем обновления, и служба будет работать так, как задумано. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

2. 2 сентября 2026 г. в 20:06 UTCresolved

   Движение в направлении Tele2 Швеция вернулась к нормальной жизни. Мы будем продолжать следить за хорошими мерами. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

Автоматический перевод официального обновления инцидента.

1. 24 августа 2026 г. в 09:01 UTCidentified

   В настоящее время мы отслеживаем задержки в отчете о поставках на нашей платформе ЕС. Пользователи могут столкнуться с задержкой получения отчетов о доставке. Трафик МТ не пострадал. Мы будем держать вас в курсе.

2. 24 августа 2026 г. в 13:48 UTCresolved

   Задержки с отчетом о поставках на нашей платформе ЕС уже устранены. Все отчеты о задержках с доставкой были обработаны и доставляются как обычно. Движение МТ не было затронуто ни в какой момент во время инцидента. Приносим извинения за причиненные неудобства. Если вы все еще видите пропущенные или отложенные отчеты о доставке, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 19 августа 2026 г. в 19:40 UTCidentified

   В настоящее время мы испытываем задержки в отношении T-Mobile Germany. Трафик будет тщательно контролироваться, пока мы ожидаем обновления, и служба будет работать так, как задумано. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

2. 19 августа 2026 г. в 20:09 UTCresolved

   Движение в направлении T-Mobile в Германии возвращается к норме. Мы будем продолжать следить за хорошими мерами. Спасибо за понимание, и мы приносим извинения за неудобства, вызванные этим.

Автоматический перевод официального обновления инцидента.

1. 10 июля 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 июля 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 июля 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 июля 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 июля 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 июня 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 июня 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 июня 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 июня 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 июня 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 июня 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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 мая 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.