Historique des pannes de Bvoip

1. 1 septembre 2026 à 11:23 UTCresolved

   31 août 2026 1:51PM HAE Identifié - Nous sommes au courant d'une panne de Microsoft posté pour Exchange en ligne. Vous pouvez voir que cela est rapporté à plusieurs endroits. https://www.bleepingcomputer.com/news/microsoft/microsoft-échange-online-outage-causes-email-failures-auth-issues/ 1. Si vous envoyez un courriel à 1Stream, il est probable que vos messages ne nous parviennent pas pour les ventes, le soutien, etc. Nos systèmes sont en ligne, mais le courriel n'est probablement pas rétrogradé. 2. Si vous utilisez M365 pour l'email sortant de votre compte 1Stream pour des choses comme les alertes, la messagerie vocale, etc, il est probable que ces messages ne soient pas envoyés. Août 31, 2026 8:45PM EDT Monitoring - Nous voyons des courriels retardés commençant à verser à partir d'environ midi heure de l'Est aujourd'hui quand la panne Microsoft 365 / Exchange Online a commencé. Nous continuerons à surveiller a tous les services Microsoft sont de retour à 100%. 1er septembre 2026 7h23 HAE Résolue - On dirait que les pannes de Microsoft d'hier ont été éclaircies vers 23h, heure de New York. Voici la chronologie affichée https://mashable.com/tech/microsoft-outlook-outage-aug-31

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 23 août 2026 à 22:00 UTCresolved

   30 juillet, 2026 2:43PM EDT programmé - Notre fournisseur de datacenter nous a informé de l'entretien suivant dans notre région de datacenter de Sydney : Dans le cadre de la modernisation continue de l'infrastructure du réseau, nous avons prévu un remplacement du matériel dans l'un de nos commutateurs à Sydney. Les serveurs affectés subiront des temps d'arrêt allant jusqu'à 60 minutes pendant la fenêtre de maintenance. Pour minimiser l'impact sur vos services, le travail aura lieu pendant les heures de nuit. Ils indiquent que la fenêtre de temps est de 8 heures, mais ils visent pour 5–6 heures de Sydney. 23 août 2026 2:00PM EDT Active - Amélioration prévue de l'infrastructure du réseau à Sydney - 24 août - Fenêtre À partir du 23 août 2026 18:00PM EDT Terminée - Amélioration prévue de l'infrastructure du réseau à Sydney - 24 août - Fin de la fenêtre

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 juillet 2026 à 14:11 UTCresolved

   26 juillet 2026 7 h 31 HAE Surveillance - Il s'agit d'un incident rétroactif. Notre fournisseur de centres de données à Los Angeles nous a informé qu'il y avait une panne partielle de connectivité à Los Angeles a été depuis résolu, Le problème a commencé à 23:34pm et résolu en 3:04 Los Angeles heure. La durée totale du numéro était de 3 heures et 40 minutes. C'est ce qui nous a été rapporté : L'incident a été causé par une défaillance matérielle dans l'un des appareils réseau desservant les serveurs touchés. Le composant défectueux a été remplacé et un ajustement logiciel supplémentaire a été nécessaire pendant le processus de récupération avant que le fonctionnement normal puisse être rétabli. 27 juillet 2026 10 h 11 HAE Résolu - incident de clôture

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 juillet 2026 à 13:29 UTCresolved

   8 juillet 2026 11:08 HAE Identifié - Nous avons reçu plusieurs rapports de comptes utilisant des plans d'appel sur siptrunk.com / flowroute / nexvortex. Il s'agit d'un problème de porteuse et nous avons augmenté notre chemin d'escalade de niveau 3 avec bcmone. Nous avons trouvé que spécifiquement pour siptrunk.com ces modifications de paramètres fournissent une certaine aide Modifier les passerelles en cours d'utilisation de gw1.siptrunk & gw2. Siptrunk to gw4 and gw5 respectivement Désactiver le réglage du coffre Option "PBX livre l'audio" 8 juillet 2026 1:24PM EDT Identifié - Mise à jour depuis siptrunk.com Merci pour cette information. J'ai encore intensifié la question pour nos équipes de développement et d'ingénierie, et ils ont indiqué qu'ils étaient actuellement au courant des problèmes internes qui pourraient avoir un impact sur le trafic audio RTP et empêcher les paquets audio de passer correctement. Nos équipes étudient activement la question et examinent si les symptômes signalés correspondent au comportement actuellement observé en interne. À l'heure actuelle, il semble que ce domaine soit le plus susceptible d'être ciblé en fonction de l'information disponible. Nous continuerons de suivre de près la situation et de coordonner nos activités avec les équipes compétentes. Dès que nous recevrons d'autres conclusions ou confirmations concernant la cause fondamentale et la résolution, je vous donnerai une mise à jour rapide. Merci de votre patience et de votre coopération pendant que nous travaillons à cette enquête. 8 juillet, 2026 2:37PM EDT Monitoring - Dernières nouvelles de siptrunk.com / bcmone Merci de votre patience pendant que nous avons travaillé sur ce problème audio intermittent. La cause première était particulièrement difficile à identifier parce que les appels touchés traversaient plusieurs passerelles, ce qui rendait difficile l'isolement d'un facteur commun. Après avoir recueilli d'autres exemples d'appels de la part d'autres clients et rehaussé la question à notre équipe de développement, nous avons déterminé que le problème provenait de notre réseau. Une boucle interne faisait en sorte que le trafic audio consommait un nombre excessif de ports, ce qui a entraîné les perturbations audio signalées. Notre équipe de développement a mis en place des changements correctifs à 13h30 HAE, et depuis ces mises à jour, les clients ont signalé des améliorations notables dans la qualité audio des appels. Pour le moment, nous vous demandons de continuer à surveiller et à tester vos services et de nous faire savoir si vous rencontrez d'autres problèmes afin que nous puissions confirmer que la question a été entièrement résolue. 9 juillet, 2026 9 h 23 HAE Résolu - incident de clôture 9 juillet, 2026 12 h 28 HAE Enquête - Nous avons eu une matinée relativement calme, mais nous avons eu de nouveaux rapports sur les appels entrants qui renvoient à nouveau à BCM. Nous avons pris quelques exemples et les avons renvoyés à leur équipe pour examen. 9 juillet, 2026 1:29PM Surveillance EDT - Mise à jour de bcmone / siptrunk.com notre équipe d'ingénierie de développement m'a informé qu'ils ont mis en place un changement interne supplémentaire visant à atténuer les problèmes audio entrants et sortants qui se sont produits. Pour l'instant, veuillez tester à nouveau et continuer à surveiller vos appels pour confirmer que l'audio passe maintenant correctement dans les deux directions et que le problème a été résolu. Si vous continuez à rencontrer des problèmes, veuillez fournir de nouveaux exemples d'appels et nous serons heureux d'examiner plus avant. 14 juillet, 2026 9:29AM EDT Resolved - Aucun numéro de mise à jour présenté depuis la semaine dernière. Clôture de l'incident

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 juillet 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 juin 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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