Historia awarii Bvoip

1. 1 września 2026 11:23 UTCresolved

   31 sierpnia 2026 r. Identyfikowany - Jesteśmy świadomi Microsoft wysłanego out dla Exchange online. Widać to w kilku miejscach. https: / / www.bleepingcomputer.com / news / microsoft / microsoft- exchange-online- outage- causes-email- failures- auth- issues / 1. Jeśli wysyłasz email 1Stream, to jest prawdopodobne, że wiadomości nie docierają do nas sprzedaży, wsparcia, itp. Nasze systemy są online, ale e-mail prawdopodobnie nie zostanie dostarczony. 2. Jeśli używasz M365 do wysyłania wiadomości e-mail z konta 1Stream dla takich rzeczy jak alarmy, wiadomości głosowych-to- email, itp., jest prawdopodobne, że te wiadomości nie są wysyłane. Sierpień 31, 2026 8: 45PM EDT Monitoring - Widzimy opóźniony e-mail zaczyna wlać się z około południa czasu wschodniego dzisiaj, gdy Microsoft 365 / Exchange Online przerwa rozpoczęła. Będziemy nadal monitorować ma wszystkie usługi Microsoft są powrót do 100%. 1 września 2026 7: 23AM EDT Resoluted - Wygląda na to, że zniknięcia Microsoftu z wczoraj zostały oczyszczone około 23: 00 czasu Nowego Jorku. Oto zamieszczona oś czasu https: / / mashable.com / tech / microsoft- outlook- outage- aug- 31

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 23 sierpnia 2026 22:00 UTCresolved

   30 lipca 2026 2: 43PM EDT Scheduled - Nasz sprzedawca centrum danych doradził nam o następującej konserwacji w naszym regionie centrum danych Sydney: W ramach aktualizacji infrastruktury sieciowej zaplanowaliśmy wymianę sprzętu w jednym z naszych przełączników w Sydney. Dotknięte serwery będą miały czas przestoju do 60 minut w oknie konserwacji. Aby zminimalizować wpływ na Twoje usługi, praca odbędzie się w godzinach nocnych. Twierdzą, że okno czasowe wynosi 8 godzin, ale celują w czas 5- 6 rano w Sydney. 23 sierpnia 2026 2: 00PM EDT Active - Planowana modernizacja infrastruktury sieciowej w Sydney - 24 sierpnia - Okno Zaczynając 23 sierpnia 2026 6: 00PM EDT Ukończone - Planowana modernizacja infrastruktury sieciowej w Sydney - 24 sierpnia - Okno kończące

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 lipca 2026 14:11 UTCresolved

   26 lipca 2026 r. To retroaktywny punkt incydentu. Nasz sprzedawca z centrum danych w Los Angeles poinformował nas, że od tego czasu w Los Angeles jest częściowy brak łączności, problem rozpoczął się o 23: 34 i zakończył się o 15: 04 czasu Los Angeles. Całkowity czas trwania problemu wynosił 3 godziny i 40 minut. Oto co nam powiedziano: Incydent został spowodowany przez awarię sprzętu w jednym z urządzeń sieciowych obsługujących dotknięte serwery. Uszkodzony komponent został zastąpiony, a dodatkowa regulacja oprogramowania była wymagana w trakcie procesu odzyskiwania zanim można było przywrócić normalne działanie. 27 lipca 2026 10: 11AM EDT rozwiązane - Incydent zamknięcia

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 13:29 UTCresolved

   8 lipca 2026 11: 08AM EDT Identyfikowany - Otrzymaliśmy kilka raportów z kont przy użyciu planów wywołania na siptrunk.com / flowroute / nexvortex. Jest to problem ze strony nośnika i zwiększyliśmy naszą ścieżkę eskalacji poziomu 3 z bcmone. Okazuje się, że dla siptrunk.com te zmiany zapewniają pewną pomoc Zmiana bramek w użyciu z gw1.siptube & gw2. siptube do gw4 i gw5, odpowiednio, Wyłączenie ustawienia tułowia Opcja "PBX dostarcza audio" 8 lipca 2026 1: 24PM EDT Identyfikowany - Aktualizacja z siptrunk.com Dziękuję za tę informację. Zintensyfikowałem tę sprawę do naszych zespołów ds. rozwoju i inżynierii, a oni doradzili, że są obecnie świadomi wewnętrznych problemów, które mogą mieć wpływ na ruch audio RTP i zapobiec przechodzeniu pakietów audio poprawnie. Nasze zespoły aktywnie badają problem i sprawdzają, czy zgłoszone objawy zgadzają się z zachowaniem obecnie obserwowane wewnętrznie. Obecnie wydaje się to najbardziej prawdopodobnym obszarem skupienia się na dostępnych informacjach. Będziemy nadal uważnie monitorować sytuację i koordynować działania z odpowiednimi zespołami. Jak tylko otrzymamy dodatkowe ustalenia lub potwierdzenie dotyczące głównej przyczyny i rezolucji, dostarczę Państwu niezwłocznie aktualizację. Dziękuję za cierpliwość i współpracę, podczas gdy my będziemy pracować nad tym śledztwem. 8 lipca 2026 2: 37PM EDT Monitoring - Najnowsze informacje z siptrunk.com / bcmone Dziękuję za cierpliwość, podczas gdy my pracowaliśmy nad tym przerywanym dźwiękiem. Przyczyną było szczególnie trudne do zidentyfikowania, ponieważ dotknięte połączenia przemierzały wiele bramek, co utrudniało odizolowanie wspólnego czynnika. Po zebraniu dodatkowych przykładów połączeń od innych klientów i eskalacji sprawy do naszego zespołu Development, ustaliliśmy, że problem pochodzi z naszej sieci. Wewnętrzna pętla powodowała, że ruch audio pochłaniał nadmierną liczbę portów, co doprowadziło do zgłaszania zakłóceń audio. Nasz zespół ds. rozwoju wprowadził zmiany naprawcze o 1: 30 PM EDT, a od czasu tych aktualizacji, klienci zgłosili zauważalną poprawę jakości połączeń audio. W tym czasie prosimy o dalsze monitorowanie i ponowne testowanie usług oraz o poinformowanie nas, jeśli pojawią się jakiekolwiek dalsze problemy, abyśmy mogli potwierdzić, że sprawa została w pełni rozwiązana. 9 lipca 2026 9: 23AM EDT Resoluted - Incydent zamknięcia Lipiec 9, 2026 12: 28AM EDT Śledztwo - Mieliśmy stosunkowo cichy poranek, ale mamy kilka nowych doniesień o przychodzących sprawach, które ponownie wskazują na BCM jeden. Mamy kilka przykładów i odesłaliśmy je do ich zespołu do przeglądu. 9 lipca 2026 1: 29PM EDT Monitoring - Aktualizacja z bcmone / siptrunk.com nasz zespół Inżynierii Rozwoju poinformował mnie, że wprowadzili dodatkową wewnętrzną zmianę mającą na celu złagodzenie pojawiających się problemów audio. W tym czasie, proszę ponownie przetestować i kontynuować monitorowanie połączeń w celu potwierdzenia, że audio jest teraz prawidłowo przechodzi w obu kierunkach i że problem został rozwiązany. Jeśli nadal będą Państwo doświadczać jakichkolwiek problemów, proszę podać nowe przykłady połączeń i z przyjemnością będziemy mogli dalej prowadzić dochodzenie. Lipiec 14, 2026 9: 29AM EDT Resoluved - Brak aktualizacji problem przedstawiony od zeszłego tygodnia. Incydent zamknięcia

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 lipca 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 czerwca 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 maja 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 maja 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 maja 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 maja 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 maja 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 maja 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