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

1. 1 сентября 2026 г. в 11:23 UTCresolved

   31 августа 2026 1:51PM EDT Выявлено - Нам известно об отключении Microsoft для Exchange в Интернете. Вы можете видеть, что об этом сообщается в нескольких местах. https://www.bleepingcomputer.com/news/microsoft/microsoft-exchange-online-outage-causes-email-failures-auth-issues/ 1.Если вы отправляете 1Stream, скорее всего, ваши сообщения не доходят до нас для продаж, поддержки и т. Д. Наши системы онлайн, но электронная почта, скорее всего, не используется. 2.Если вы используете M365 для исходящей электронной почты из своей учетной записи 1Stream для таких вещей, как оповещения, голосовая почта и т. Д., Вероятно, эти сообщения не отправляются. 31 августа 2026 8:45 вечера Мониторинг EDT - Мы видим, что отложенная электронная почта начинает поступать с полудня по восточному времени сегодня, когда начался сбой Microsoft 365 / Exchange Online. Мы продолжим следить за тем, чтобы все сервисы Microsoft вернулись на 100%. 1 сентября 2026 7:23AM EDT Resolved - Похоже, отключения Microsoft со вчерашнего дня были устранены около 11 вечера по нью-йоркскому времени. Здесь размещена временная шкала https://mashable.com/tech/microsoft-outlook-outage-aug-31

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

1. 23 августа 2026 г. в 22:00 UTCresolved

   30 июля 2026 2:43PM EDT Scheduled - Наш поставщик центров обработки данных посоветовал нам следующее обслуживание в нашем регионе центра обработки данных в Сиднее: В рамках наших текущих обновлений сетевой инфраструктуры мы запланировали замену оборудования в одном из наших коммутаторов в Сиднее. Пострадавшие серверы будут испытывать простои до 60 минут во время окна обслуживания. Чтобы минимизировать влияние на ваши услуги, работа будет проходить в ночное время. Они утверждают, что временное окно составляет 8 часов, но они стремятся к 5-6 утра по Сиднее. 23 августа 2026 2:00PM EDT Active - Планируемое обновление сетевой инфраструктуры в Сиднее - 24 августа - Окно Начиная с 23 августа 2026 6:00PM EDT Завершено - Планируемое обновление сетевой инфраструктуры в Сиднее - 24 августа - Окончание

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

1. 27 июля 2026 г. в 14:11 UTCresolved

   26 июля 2026 7:31AM EDT Мониторинг - Это ретроактивный пост об инциденте. Наш поставщик центров обработки данных в Лос-Анджелесе сообщил нам, что с тех пор частичное отключение связи в Лос-Анджелесе было решено, проблема началась в 11:34 вечера и решена в 3:04 по времени Лос-Анджелеса. Общая продолжительность вопроса составила 3 часа 40 минут. Об этом нам сообщили: Инцидент был вызван аппаратным сбоем в одном из сетевых устройств, обслуживающих пострадавшие серверы. Неисправный компонент был заменен, и во время процесса восстановления требовалась дополнительная корректировка программного обеспечения, прежде чем можно было восстановить нормальную работу. 27 июля 2026 10:11AM EDT Resolved - Случай закрытия

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

1. 14 июля 2026 г. в 13:29 UTCresolved

   8 июля 2026 11:08AM EDT Выявлено - Мы получили несколько отчетов со счетов с использованием планов вызовов на siptrunk.com / flowroute / nexvortex. Это проблема с авианосной стороной, и мы перешли на 3-й уровень эскалации с помощью bcmone. Мы обнаружили, что специально для siptrunk.com эти изменения настроек обеспечивают некоторую помощь в изменении шлюзов в использовании от gw1.siptrunk & gw2. siptrunk to gw4 и gw5 соответственно Отключение настройки багажника Опция «PBX доставляет аудио» 8 июля 2026 1:24PM EDT Идентифицированный - обновление от siptrunk.com Спасибо за эту информацию. Я еще больше обострил этот вопрос для наших команд разработчиков и инженеров, и они сообщили, что в настоящее время они знают о внутренних проблемах, которые потенциально могут повлиять на аудиотрафик RTP и предотвратить правильную передачу аудиопакетов. Наши команды активно исследуют проблему и рассматривают, соответствуют ли сообщенные симптомы поведению, которое в настоящее время наблюдается внутри. В настоящее время это, по-видимому, наиболее вероятная область внимания, основанная на имеющейся информации. Мы продолжим внимательно следить за ситуацией и координировать свои действия с соответствующими командами. Как только мы получим дополнительные выводы или подтверждение относительно первопричины и разрешения, я немедленно предоставлю вам обновление. Спасибо за ваше терпение и сотрудничество, пока мы работаем над этим расследованием. 8 июля 2026 2:37PM EDT Мониторинг - Последнее от siptrunk.com / bcmone Спасибо за ваше терпение, пока мы работали над этой прерывистой аудио-проблемой. Первопричину было особенно трудно определить, потому что пострадавшие звонки проходили через несколько шлюзов, что затрудняло изолирование общего фактора. После сбора дополнительных примеров звонков от других клиентов и передачи вопроса нашей команде разработчиков мы определили, что проблема возникла в нашей сети. Внутренний цикл приводил к тому, что аудиотрафик потреблял чрезмерное количество портов, что приводило к сообщениям о нарушениях звука. Наша команда разработчиков внедрила корректирующие изменения в 1:30 вечера EDT, и с тех пор, как эти обновления были сделаны, клиенты сообщили о заметных улучшениях в качестве звука вызова. В настоящее время мы просим вас продолжать отслеживать и повторно тестировать свои услуги и сообщать нам, если у вас возникнут какие-либо дополнительные проблемы, чтобы мы могли подтвердить, что вопрос был полностью решен. 9 июля 2026 9:23AM EDT Resolved - Закрытие инцидента 9 июля 2026 12:28PM EDT У нас было относительно спокойное утро, но у нас были некоторые новые сообщения о входящих звонках, которые снова указывают на BCM. Мы собрали несколько примеров и отправили их в свою команду для ознакомления. 9 июля 2026 1:29PM Мониторинг EDT - Обновление от bcmone / siptrunk.com Наша команда инженеров-разработчиков сообщила мне, что они внедрили дополнительное внутреннее изменение, предназначенное для облегчения входящих и исходящих звуковых проблем, которые происходят. В это время, пожалуйста, повторите тестирование и продолжайте отслеживать ваши звонки, чтобы подтвердить, что аудио теперь проходит должным образом в обоих направлениях и что проблема решена. Если вы продолжаете испытывать какие-либо проблемы, пожалуйста, приведите новые примеры звонков, и мы будем рады продолжить расследование. 14 июля 2026 9:29AM EDT Resolved - Никаких обновлений, представленных с прошлой недели. Инцидент с закрытием

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

1. 3 июля 2026 г. в 15:46 UTCresolved

   July 2, 2026 9:55AM EDT Identified - We received some reports of users not being able to sign in via the control portal SSO with User Not Found. We have identified and remediating this issue. July 2, 2026 10:57AM EDT Monitoring - All sign-in issue seem to be resolved at this time. Switching this incident to monitoring July 3, 2026 11:46AM EDT Resolved - Closing this incident

1. 30 июня 2026 г. в 15:34 UTCresolved

   June 24, 2026 7:33AM EDT Identified - We are aware and are in the middle of resolving an sign-in issue in our North America control portal region June 24, 2026 7:56AM EDT Monitoring - We have resolved the sign-in issue in North America via all control portal url's. Switching status of this incident to monitoring June 24, 2026 1:19PM EDT Monitoring - We are following up from an issue that started earlier today that was originally thought to be all North America accounts but is now narrowed down to just accounts in our Virginia data center. We are looking into a repeat occurrence of errors with the control portal functions specific to that location. We are in the process of re-routing those functions elsewhere to work around the current errors that are being reported. June 24, 2026 2:00PM EDT Monitoring - At this time all control portal functions in Virginia are operating normally. We are setting this back to monitoring June 30, 2026 11:34AM EDT Resolved - Closing incident

1. 30 мая 2026 г. в 18:55 UTCresolved

   May 29, 2026 8:26PM EDT Investigating - Our systems are reporting a cluster in our Los Angeles data center has stopped responding. We are investigating May 29, 2026 8:32PM EDT Investigating - We have confirmed we can not reach LACLOUD05. We have reached out to our data center vendor in Los Angeles to investigate May 29, 2026 8:34PM EDT Identified - Our data center vendor has confirmed a power related issue. They are working on restoring. May 29, 2026 8:59PM EDT Identified - It looks like the power issue has been corrected. We are bringing back the affected accounts online now. Will provide more updates shortly May 29, 2026 9:26PM EDT Monitoring - All affected accounts based out of our Los Angeles data center are fully operational. If you need any help, feel free to contact our support team. May 29, 2026 10:01PM EDT Investigating - LACLOUD05 is reporting as unreachable again. Contacting our vendor again May 29, 2026 10:29PM EDT Identified - This was a second power event in Los Angeles which mimics the original incident earlier. Power has been restored. We are bringing affected accounts online again. May 29, 2026 11:12PM EDT Monitoring - All systems in our Los Angeles data center are fully operational at this time. Monitoritng May 30, 2026 2:55PM EDT Resolved - All remains functional after last night’s issue in our Los Angeles data center. Closing incident

1. 30 мая 2026 г. в 18:54 UTCresolved

   May 28, 2026 10:44PM EDT Monitoring - We have been alerted and confirmed that our servers in Vancouver became unreachable and then reachable again. We had an earlier incident of the same type earlier today. We are already in touch with our data center vendor and will leave this as monitoring May 30, 2026 2:54PM EDT Resolved - All remains functional in our Vancouver data center from earlier in the week. Closing this incident

1. 30 мая 2026 г. в 18:54 UTCresolved

   May 28, 2026 10:40PM EDT Investigating - We have been alerted and confirm one of our server clusters in the Dallas data center is unreachable. We are investigating May 28, 2026 10:49PM EDT Investigating - We our in touch with our data center vendor in Dallas who is investigating locally May 28, 2026 11:08PM EDT Identified - Our Dallas data center vendor confirms that a failed device needs to be replaced. We are moving forward with equipment swap. May 29, 2026 2:41AM EDT Identified - Equipment replacement has been completed by our Dallas data center vendor. Affected accounts are starting to return back to normal. May 29, 2026 3:27AM EDT Monitoring - All systems in Dallas back to normal. Monitoring May 30, 2026 2:53PM EDT Resolved - All remains functional in our Vancouver Data center from an incident earlier in the week. Closing this incident May 30, 2026 2:54PM EDT Resolved - Apologies, meant to say Dallas here

1. 28 мая 2026 г. в 19:26 UTCresolved

   May 28, 2026 3:26PM EDT Resolved - This is a retroactive post. We had a brief network connectivity disruption in our Vancouver data center. According to our tools the issue started at 2:54pm (New York Time) and everything was online again at 3:09pm. We were in the process of communicating with our data center vendor who confirmed there was an issue and mid call confirmed the issue was already resolved.

1. 18 мая 2026 г. в 14:56 UTCresolved

   May 18, 2026 6:53AM EDT Investigating - We are investigating an issue affecting some customers based out of our Los Angeles Data center. Our systems indicate its specific to one cluster. May 18, 2026 7:39AM EDT Monitoring - All services in Los Angeles are back to normal. We are doing some checking with our data center vendor to review this specific cluster. Monitoring. May 18, 2026 10:56AM EDT Resolved - We have been monitoring our Los Angeles data center cluster for the last 4 hours and all is running as expected. We spoke to our Los Angeles data center vendor and they confirm that other work was being done and one of our underlying servers was accidently affected due to an oversight of a human being on their side. Now that we know this wasn't a technical malfunction, and all remains working, we are proceeding to close this incident

1. 4 мая 2026 г. в 19:12 UTCresolved

   May 4, 2026 3:04PM EDT Investigating - We are looking into a control portal issue specifically in North America. The other regions seem to be working as expected. Access to system management and single sign-on are affected. May 4, 2026 3:12PM EDT Resolved - Control portal back to 100% in North America. All systems are behaving properly for system management and single sign-on