Historial de interrupciones de Bvoip

1. 1 de septiembre de 2026 a las 11:23 UTCresolved

   31 de agosto, 2026 1:51PM EDT Identified - Somos conscientes de un Microsoft publicado outage para Exchange en línea. Puede ver que esto está siendo reportado en varios lugares. https://www.bleepingcomputer.com/news/microsoft/microsoft-exchange-online-outage-Causes-email-failures-auth-issues/ 1. Si usted está emailando 1Stream, es probable que sus mensajes no nos están alcanzando para ventas, soporte, etc. Nuestros sistemas están en línea pero es probable que el correo electrónico no esté siendo engañado. 2. Si utiliza M365 para correo electrónico de salida desde su cuenta de 1Stream para cosas como alertas, correo de voz a correo electrónico, etc es probable que esos mensajes no sean enviados. Agosto 31, 2026 8:45PM EDT Monitoreo - Estamos viendo el correo electrónico retrasado empezando a entrar desde aproximadamente mediodía hora este de hoy cuando el outage Microsoft 365 / Exchange Online comenzó. Seguiremos monitorizando que todos los servicios de Microsoft están de vuelta al 100%. 1 de septiembre de 2026 7:23AM EDT resuelto - Parece que los outages de Microsoft de ayer fueron aclarados alrededor de las 11pm hora de Nueva York. Aquí está el cronograma publicado https://mashable.com/tech/microsoft-outlook-outage-aug-31

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de agosto de 2026 a las 22:00 UTCresolved

   Julio 30, 2026 2:43PM EDT Programado - Nuestro proveedor de centro de datos nos aconsejó del siguiente mantenimiento en nuestra región del centro de datos de Sydney: Como parte de nuestras actualizaciones de infraestructura de red en curso, hemos programado un reemplazo de hardware en uno de nuestros conmutadores en Sydney. Los servidores afectados experimentarán tiempo de inactividad de hasta 60 minutos durante la ventana de mantenimiento. Para minimizar el impacto en sus servicios, el trabajo tendrá lugar durante horas nocturnas. Ellos declaran que la ventana del tiempo es de 8 horas, pero están apuntando a 5-6 AM tiempo de Sydney. 23 de agosto, 2026 2:00PM EDT Active - Actualización de la infraestructura de red prevista en Sydney - 24 de agosto - Ventana Inicio 23 de agosto, 2026 6:00PM EDT Completed - Actualización de la infraestructura de red prevista en Sydney - 24 de agosto - Ventana

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 14:11 UTCresolved

   26 de julio, 2026 7:31AM EDT Monitoring - Este es un post de incidentes retroactivos. Nuestro proveedor de centro de datos en Los Ángeles nos aconsejó que había un outage de conectividad parcial en Los Ángeles se ha resuelto desde entonces, La cuestión comenzó a las 11:34pm y se resolvió como 3:04 Los Angeles tiempo. La duración total del problema fue de 3 horas y 40 minutos. Esto es lo que se nos informó: El incidente fue causado por un fallo de hardware en uno de los dispositivos de red que sirven a los servidores afectados. Se sustituyó el componente defectuoso y se requirió un ajuste de software adicional durante el proceso de recuperación antes de que se pudiera restablecer el funcionamiento normal. Julio 27, 2026 10:11AM EDT resuelto - Cierre incidente

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de julio de 2026 a las 13:29 UTCresolved

   8 de julio, 2026 11:08AM EDT Identificado - Hemos recibido varios informes de cuentas utilizando planes de llamadas en siptrunk.com / streamroute / nexvortex. Este es un problema lateral de portador y hemos escalado a nuestra ruta de escalada de nivel 3 con la bcmone. Nos encontramos que específicamente para siptrunk.com estos cambios de configuración proporcionan alguna ayuda Cambiar las pasarelas en uso de gw1.siptrunk & gw2. siptrunk to gw4 and gw5 respectively Disabling the male setting Option "PBX delivers audio" Julio 8, 2026 1:24PM EDT Identificado - Actualización de siptrunk.com Gracias por esta información. He intensificado aún más el asunto a nuestros equipos de desarrollo e ingeniería, y han aconsejado que actualmente son conscientes de los problemas internos que podrían estar afectando el tráfico de audio RTP y evitar que los paquetes de audio pasen correctamente. Nuestros equipos están investigando activamente el problema y revisando si los síntomas reportados se alinean con el comportamiento que se observa internamente. En este momento, esta parece ser la esfera de atención más probable basada en la información disponible. Seguiremos vigilando de cerca la situación y coordinando con los equipos apropiados. Tan pronto como recibamos hallazgos adicionales o confirmación respecto a la causa raíz y resolución, le proporcionaré una actualización rápidamente. Gracias por su paciencia y cooperación mientras trabajamos a través de esta investigación. Julio 8, 2026 2:37PM EDT Monitoring - Actual de siptrunk.com / bcmone Gracias por su paciencia mientras trabajamos a través de este problema de audio intermitente. La causa raíz era particularmente difícil de identificar porque las llamadas afectadas estaban atravesando múltiples portales, por lo que era difícil aislar un factor común. Después de reunir ejemplos adicionales de llamadas de otros clientes y escalar el asunto a nuestro equipo de desarrollo, determinamos que el problema se originó dentro de nuestra red. Un circuito interno estaba provocando que el tráfico de audio consumiera un número excesivo de puertos, lo que dio lugar a que se informaran de las interrupciones de audio. Nuestro equipo de desarrollo implementó cambios correctivos a las 1:30 PM EDT, y desde que se hicieron esas actualizaciones, los clientes han reportado mejoras notables en la calidad de audio de llamada. En este momento, le pedimos que siga monitoreando y retestando sus servicios y que nos informe si experimenta otros problemas para que podamos confirmar que el asunto ha sido resuelto completamente. Julio 9, 2026 9:23AM EDT resuelto - Cierre incidente julio 9, 2026 12:28PM EDT Investigación - Tuvimos una mañana relativamente tranquila, pero hemos tenido algunos nuevos informes de problemas de llamadas que apuntan de nuevo a BCM. Hemos capturado algunos ejemplos y los hemos enviado de vuelta a su equipo para su revisión. Julio 9, 2026 1:29PM EDT Monitoring - Actualización de bcmone / siptrunk.com nuestro equipo de Ingeniería de Desarrollo me informó que han implementado un cambio interno adicional destinado a aliviar los problemas de audio de entrada y salida que han estado ocurriendo. En este momento, por favor repita y siga monitoreando sus llamadas para confirmar que el audio está pasando correctamente en ambas direcciones y que el problema ha sido resuelto. Si continúas experimentando algún problema, por favor proporcione nuevos ejemplos de llamadas y estaremos encantados de investigar más adelante. Julio 14, 2026 9:29AM EDT Resolvido - No hay problema de actualizaciones presentado desde la semana pasada. Cierre del incidente

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de julio de 2026 a las 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 de junio de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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