Störungsverlauf von Bvoip

1. 1. September 2026 um 11:23 UTCresolved

   31. August 2026 1:51PM EDT Identifiziert - Uns ist ein von Microsoft veröffentlichter Ausfall für Exchange online bekannt. Sie können sehen, dass dies an mehreren Stellen berichtet wird. https://www.bleepingcomputer.com/news/microsoft/microsoft-exchange-online-outage-causes-email-failures-auth-issues/ 1. Wenn Sie 1Stream per E-Mail senden, ist es wahrscheinlich, dass Ihre Nachrichten uns nicht für den Verkauf, Support usw. erreichen. Unsere Systeme sind online, aber E-Mails werden wahrscheinlich nicht gelöscht. 2. Wenn Sie M365 für ausgehende E-Mails von Ihrem 1Stream-Konto für Benachrichtigungen, Voicemail-zu-E-Mail usw. verwenden, werden diese Nachrichten wahrscheinlich nicht gesendet. 31. August 2026 8:45 Uhr EDT-Überwachung - Wir sehen verspätete E-Mails, die ab etwa Mittag östlicher Zeit einströmen, als der Microsoft 365 / Exchange Online-Ausfall begann. Wir werden weiterhin überwachen, ob alle Microsoft-Dienste wieder zu 100% sind. 1. September 2026 7:23 EDT Beschlossen - Es sieht so aus, als ob Microsofts Ausfälle von gestern gegen 23 Uhr New Yorker Zeit aufgeklärt wurden. Hier ist die veröffentlichte Timeline https://mashable.com/tech/microsoft-outlook-outage-aug-31

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. August 2026 um 22:00 UTCresolved

   30. Juli 2026 14:43 Uhr EDT Scheduled - Unser Rechenzentrumsanbieter hat uns über die folgenden Wartungsarbeiten in unserer Rechenzentrumsregion in Sydney informiert: Im Rahmen unserer laufenden Netzwerkinfrastruktur-Upgrades haben wir einen Hardware-Ersatz in einem unserer Switches in Sydney geplant. Betroffene Server haben während des Wartungsfensters eine Ausfallzeit von bis zu 60 Minuten. Um die Auswirkungen auf Ihre Dienstleistungen zu minimieren, finden die Arbeiten während der Nachtstunden statt. Sie geben an, dass das Zeitfenster 8 Stunden beträgt, aber sie streben 5-6 Uhr Sydney-Zeit an. 23. August 2026 14:00 Uhr EDT Aktiv - Geplantes Upgrade der Netzwerkinfrastruktur in Sydney - 24. August - Fenster Ab 23. August 2026 18:00 Uhr EDT Abgeschlossen - Geplantes Upgrade der Netzwerkinfrastruktur in Sydney - 24. August - Fensterende

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. Juli 2026 um 14:11 UTCresolved

   26. Juli 2026 7:31 Uhr EDT Überwachung - Dies ist ein rückwirkender Incident Post. Unser Rechenzentrumsanbieter in Los Angeles hat uns mitgeteilt, dass ein teilweiser Verbindungsausfall in Los Angeles seitdem behoben wurde Das Problem begann um 23:34 Uhr und wurde als 3:04 Zeit in Los Angeles behoben. Die Gesamtdauer der Ausgabe betrug 3 Stunden und 40 Minuten. Dies ist, was uns berichtet wurde: Der Vorfall wurde durch einen Hardwarefehler in einem der Netzwerkgeräte verursacht, die die betroffenen Server bedienen. Die fehlerhafte Komponente wurde ersetzt, und eine zusätzliche Softwareanpassung war während des Wiederherstellungsprozesses erforderlich, bevor der normale Betrieb wiederhergestellt werden konnte. 27. Juli 2026 10:11 EDT gelöst - Abschlussvorfall

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 13:29 UTCresolved

   8. Juli 2026 11:08 Uhr EDT Identifiziert - Wir haben mehrere Berichte von Konten mit Anrufplänen auf siptrunk.com / flowroute / nexvortex erhalten. Dies ist ein Problem der Carrier-Seite und wir sind mit bcmone auf unseren Eskalationspfad der Stufe 3 eskaliert. Wir finden, dass speziell für siptrunk.com diese Einstellungen Änderungen bieten einige Hilfe Ändern der Gateways im Einsatz von gw1.siptrunk & gw2. siptrunk zu gw4 bzw. gw5 Deaktivieren der Stammeinstellung Option "PBX liefert Audio" 8. Juli 2026 1:24 PM EDT Identifiziert - Update von siptrunk.com Vielen Dank für diese Information. Ich habe die Angelegenheit weiter zu unseren Entwicklungs- und Engineering-Teams eskaliert, und sie haben darauf hingewiesen, dass sie derzeit über interne Probleme Bescheid wissen, die sich möglicherweise auf den RTP-Audioverkehr auswirken und verhindern könnten, dass Audiopakete korrekt weitergeleitet werden. Unsere Teams untersuchen das Problem aktiv und überprüfen, ob die gemeldeten Symptome mit dem Verhalten übereinstimmen, das derzeit intern beobachtet wird. Zu diesem Zeitpunkt scheint dies der wahrscheinlichste Fokusbereich zu sein, der auf den verfügbaren Informationen basiert. Wir werden die Situation weiterhin genau beobachten und uns mit den entsprechenden Teams abstimmen. Sobald wir zusätzliche Erkenntnisse oder Bestätigungen bezüglich der Ursache und Lösung erhalten, werde ich Ihnen umgehend ein Update zur Verfügung stellen. Vielen Dank für Ihre Geduld und Zusammenarbeit, während wir diese Untersuchung durcharbeiten. 8. Juli 2026 14:37 Uhr EDT Monitoring - Neueste von siptrunk.com / bcmone Vielen Dank für Ihre Geduld, während wir dieses intermittierende Audioproblem durchgearbeitet haben. Die Ursache war besonders schwierig zu identifizieren, da die betroffenen Anrufe mehrere Gateways durchquerten, was es schwierig machte, einen gemeinsamen Faktor zu isolieren. Nachdem wir zusätzliche Anrufbeispiele von anderen Kunden gesammelt und die Angelegenheit an unser Entwicklungsteam weitergeleitet hatten, stellten wir fest, dass das Problem in unserem Netzwerk entstand. Eine interne Schleife führte dazu, dass der Audioverkehr eine übermäßige Anzahl von Ports verbrauchte, was dazu führte, dass die Audiostörungen gemeldet wurden. Unser Entwicklungsteam implementierte Korrekturänderungen um 13:30 Uhr EDT, und seit diese Updates vorgenommen wurden, haben Kunden spürbare Verbesserungen in der Anrufaudioqualität gemeldet. Zu diesem Zeitpunkt bitten wir Sie, Ihre Dienste weiterhin zu überwachen und erneut zu testen, und teilen Sie uns mit, ob weitere Probleme auftreten, damit wir bestätigen können, dass die Angelegenheit vollständig gelöst wurde. 9. Juli 2026 9:23 Uhr EDT gelöst - Abschlussvorfall 9. Juli 2026 12:28 Uhr EDT Untersuchung - Wir hatten einen relativ ruhigen Morgen, aber wir hatten einige neue Berichte über eingehende Anrufprobleme, die wieder auf BCM hinweisen. Wir haben einige Beispiele aufgenommen und sie zur Überprüfung an ihr Team zurückgeschickt. 9. Juli 2026 1:29 Uhr EDT-Überwachung - Update von bcmone / siptrunk.com unser Entwicklungsingenieurteam informierte mich, dass sie eine zusätzliche interne Änderung implementiert haben, um die eingehenden und ausgehenden Audioprobleme zu lindern, die aufgetreten sind. Zu diesem Zeitpunkt testen Sie bitte erneut und überwachen Sie weiterhin Ihre Anrufe, um zu bestätigen, dass Audio jetzt ordnungsgemäß in beide Richtungen weitergeleitet wird und dass das Problem behoben wurde. Wenn Sie weiterhin Probleme haben, geben Sie bitte neue Ausschreibungsbeispiele an und wir werden Ihnen gerne weiter nachgehen. 14. Juli 2026 9:29 EDT gelöst - Seit letzter Woche kein Update-Problem mehr. Schlussereignis

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Juli 2026 um 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. Juni 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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. Mai 2026 um 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