Cronologia delle interruzioni di Bvoip

1. 1 settembre 2026 alle ore 11:23 UTCresolved

   31 agosto 2026 1:51PM EDT Identificati - Siamo a conoscenza di un Microsoft pubblicato outage per Exchange online. Si può vedere che questo viene segnalato in diversi luoghi. https://www.bleepingcomputer.com/news/microsoft/microsoft-exchange-online-outage-causes-email-failures-auth-issues/ 1. Se stai inviando una mailing 1Stream, è probabile che i tuoi messaggi non ci raggiungano per vendite, supporto, ecc. I nostri sistemi sono online, ma l'e-mail probabilmente non è stata deliziata. 2. Se si utilizza M365 per e-mail in uscita dal tuo account 1Stream per cose come avvisi, segreteria, ecc è probabile che tali messaggi non vengano inviati. 31 agosto 2026 8:45PM EDT Monitoring - Stiamo vedendo e-mail ritardata che inizia a versare a partire da circa mezzogiorno est, oggi, quando è iniziata la outage Microsoft 365 / Exchange Online. Continueremo a monitorare ha tutti i servizi Microsoft sono di nuovo al 100%. Settembre 1, 2026 7:23AM EDT Risolto - Sembra che gli outage di Microsoft da ieri sono stati ripuliti circa 11pm New York tempo. Ecco la timeline postata https://mashable.com/tech/microsoft-outlook-outage-aug-31

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 agosto 2026 alle ore 22:00 UTCresolved

   30 luglio 2026 2:43PM EDT Programmato - Il nostro fornitore di data center ci ha consigliato la seguente manutenzione nella nostra regione del data center di Sydney: Come parte dei nostri aggiornamenti infrastruttura di rete in corso, abbiamo programmato una sostituzione hardware in uno dei nostri switch a Sydney. I server interessati sperimenteranno i tempi di fermo fino a 60 minuti durante la finestra di manutenzione. Per ridurre al minimo l'impatto sui servizi, il lavoro si svolgerà durante le ore notturne. Dichiarano che la finestra del tempo è di 8 ore, ma stanno puntando per 5-6 AM Sydney tempo. 23 agosto 2026 2:00PM EDT Active - Aggiornamento delle infrastrutture di rete pianificato a Sydney - 24 agosto - Finestra A partire dal 23 agosto 2026 6:00PM EDT Completed - Aggiornamento delle infrastrutture di rete pianificato a Sydney - 24 agosto - Finestra

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 luglio 2026 alle ore 14:11 UTCresolved

   26 luglio 2026 7:31AM EDT Monitoring - Questo è un post retroattivo. Il nostro fornitore di data center a Los Angeles ci ha consigliato che c'era un parziale outage di connettività a Los Angeles è stato risolto da allora, il problema è iniziato alle 11:34pm e risolto come 3:04 Los Angeles time. La durata totale del problema è stata di 3 ore e 40 minuti. Questo è ciò che ci è stato riferito: L'incidente è stato causato da un guasto hardware in uno dei dispositivi di rete che servono i server interessati. Il componente difettoso è stato sostituito, e una regolazione del software supplementare è stato richiesto durante il processo di recupero prima che il normale funzionamento potrebbe essere ripristinato. luglio 27, 2026 10:11AM EDT Risolto - Chiusura incidente

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 luglio 2026 alle ore 13:29 UTCresolved

   8 luglio 2026 11:08AM EDT Identificata - Abbiamo ricevuto diversi rapporti da account utilizzando i piani di chiamata su siptrunk.com / flowroute / nexvortex. Questo è un problema di lato vettore e abbiamo escalato al nostro tier 3 percorso di escalation con bcmone. Siamo trovati che specificamente per siptrunk.com queste modifiche di impostazioni forniscono qualche aiuto Cambiare i gateway in uso da gw1.siptrunk & gw2. siptrunk a gw4 e gw5 Disabilitare l'impostazione del tronco Opzione "PBX offre audio" 8 luglio 2026 1:24PM EDT Identificati - Aggiornamento da siptrunk.com Grazie per queste informazioni. Ho ulteriormente intensificato la questione ai nostri team di Sviluppo e Ingegneria, e hanno consigliato che attualmente sono consapevoli di problemi interni che potrebbero potenzialmente essere l'impatto del traffico audio RTP e la prevenzione dei pacchetti audio di passare correttamente. I nostri team stanno attivamente indagando sul problema e valutando se i sintomi segnalati si allineano con il comportamento attualmente osservato internamente. In questo momento, questo sembra essere l'area più probabile di messa a fuoco in base alle informazioni disponibili. Continueremo a monitorare la situazione da vicino e coordinare con le squadre appropriate. Non appena riceviamo ulteriori risultati o conferma per quanto riguarda la causa principale e la risoluzione, vi forniremo un aggiornamento tempestivamente. Grazie per la vostra pazienza e collaborazione mentre lavoriamo attraverso questa indagine. 8 luglio 2026 2:37PM EDT Monitoring - Ultimi da siptrunk.com / bcmone Grazie per la vostra pazienza mentre abbiamo lavorato attraverso questo problema audio intermittente. La causa principale era particolarmente difficile da identificare perché le chiamate interessate stavano attraversando più gateway, rendendo difficile isolare un fattore comune. Dopo aver raccolto ulteriori esempi di chiamate da altri clienti e aumentare la questione al nostro team di sviluppo, abbiamo determinato che il problema è nato all'interno della nostra rete. Un loop interno stava causando il traffico audio di consumare un numero eccessivo di porte, che ha portato alla segnalazione delle interruzioni audio. Il nostro team di sviluppo ha implementato modifiche correttive alle ore 1:30 PM EDT, e dal momento che tali aggiornamenti sono stati fatti, i clienti hanno segnalato notevoli miglioramenti nella qualità audio chiamata. In questo momento, vi chiediamo di continuare a monitorare e rivisitare i vostri servizi e di farci sapere se si verificano ulteriori problemi in modo da poter confermare che la questione è stata completamente risolta. 9 luglio 2026 9:23AM EDT Risolto - Chiusura incidente 9 luglio 2026 12:28PM EDT Investigare - Abbiamo avuto una mattina relativamente tranquilla, ma abbiamo avuto alcuni nuovi rapporti di inbound che richiamano problemi che rimandano di nuovo a BCM uno di nuovo. Abbiamo catturato alcuni esempi e li abbiamo rimandati alla loro squadra per la revisione. 9 luglio 2026 1:29PM EDT Monitoring - Aggiornamento da bcmone / siptrunk.com il nostro team di Development Engineering mi ha informato che hanno implementato un ulteriore cambiamento interno destinato ad alleviare i problemi audio in entrata e in uscita che si sono verificati. In questo momento, si prega di rifare e continuare a monitorare le chiamate per confermare che l'audio sta passando correttamente in entrambe le direzioni e che il problema è stato risolto. Se si continua a sperimentare qualsiasi problema, si prega di fornire nuovi esempi di chiamata e saremo lieti di indagare ulteriormente. 14 luglio 2026 9:29AM EDT Risolto - Nessun problema di aggiornamenti presentato dalla scorsa settimana. Chiusura incidente

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 luglio 2026 alle ore 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 giugno 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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