Network Diagnostics Tool (azurecommdiagnostics.net) inaccessible — quel est le nouvel URL ?

Question

Service concerné : Azure Communication Services Catégorie : Network Diagnostics Tool

---

Titre : Network Diagnostics Tool (azurecommdiagnostics.net) inaccessible — quel est le nouvel URL ?

Description du problème :

Nous utilisons le Network Diagnostics Tool d'Azure Communication Services pour permettre à nos clients de tester leur configuration réseau, périphériques et qualité d'appel avant d'utiliser notre service de visioconférence.

Depuis récemment, l'URL officielle de cet outil est inaccessible :

• https://azurecommdiagnostics.net/ → hors service
• https://aka.ms/acsdiagnostics → redirige vers le même domaine hors service

La documentation Microsoft Learn référence toujours ces URLs comme officielles : https://learn.microsoft.com/en-us/azure/communication-services/concepts/developer-tools/network-diagnostic

Impact : Nos clients ne peuvent plus tester leur configuration avant de rejoindre une visioconférence, ce qui génère des problèmes de support et une dégradation de l'expérience utilisateur.

Questions :

1. Le service azurecommdiagnostics.net est-il définitivement arrêté ou s'agit-il d'une interruption temporaire ?
2. Existe-t-il un nouvel URL de remplacement pour cet outil ?
3. Si l'outil est arrêté, quelle est la solution recommandée par Microsoft pour permettre à des utilisateurs non-techniques de tester leur config avant un appel ACS ?

Références :

• Documentation officielle : https://learn.microsoft.com/en-us/azure/communication-services/concepts/developer-tools/network-diagnostic
• Pre-Call Diagnostic API : https://learn.microsoft.com/en-us/azure/communication-services/concepts/voice-video-calling/pre-call-diagnostics

Merci d'avance pour votre retour.

Answer 1

Hello @Basl

Merci de nous avoir contactés concernant ce problème.

1. Statut du Network Diagnostics Tool (azurecommdiagnostics.net) :

La documentation décrit cet outil comme étant en préversion (preview) et disponible pour effectuer rapidement des tests sans authentification concernant le réseau, les périphériques et la qualité des appels (compatibilité navigateur, périphériques multimédias, tests audio/vidéo avec métriques de qualité, ainsi qu’un GUID pour le support).

Aucune documentation n’indique que l’outil hébergé a été arrêté ni ne fournit une nouvelle URL publique. Cependant, l’outil est actuellement inaccessible pour les utilisateurs. La page n’a pas été mise à jour pour refléter un retrait ou une migration du service, ce qui suggère que le lien pourrait être obsolète ou que le service rencontre actuellement un problème.

2. Remplacement / Alternative recommandée :

Microsoft recommande d’intégrer directement la fonctionnalité de Pre-call Diagnostics dans votre application à l’aide du SDK Calling d’Azure Communication Services. Cela offre une expérience plus robuste, personnalisée à votre marque et entièrement maîtrisée, que vous pouvez intégrer de manière transparente avant qu’un utilisateur ne rejoigne un appel vidéo.
Principaux avantages :

• Vérifie la compatibilité du navigateur, les autorisations des périphériques, la disponibilité des périphériques ainsi que la qualité réseau/appel (bande passante, gigue/jitter, perte de paquets, RTT).
• Retourne des résultats clairs que vous pouvez présenter à des utilisateurs non techniques avec des recommandations adaptées.
• Disponible dès aujourd’hui pour le Web (JavaScript) via le SDK Calling (version v1.9.1-beta.1 ou supérieure).

3.Intégrez la fonctionnalité Pre-call Diagnostics directement dans le parcours de votre application de visioconférence, par exemple via un bouton « Tester ma configuration » avant de rejoindre un appel, afin d’offrir aux utilisateurs une expérience guidée, intégrée à votre marque et simple à comprendre, avec des retours clairs et actionnables tels que « autorisez l’accès à la caméra », « activez les permissions du microphone », « connectez-vous à un réseau plus stable » ou encore « aucun périphérique audio détecté ».

import { CallClient, Features } from "@azure/communication-calling";
import { AzureCommunicationTokenCredential } from '@azure/communication-common';
const callClient = new CallClient();
const tokenCredential = new AzureCommunicationTokenCredential("YOUR_USER_ACCESS_TOKEN");
const preCallDiagnosticsResult = await callClient.feature(Features.PreCallDiagnostics).startTest(tokenCredential);
// Then await and display results for browserSupport, deviceAccess, deviceEnumeration, inCallDiagnostics, etc.

Reference:
https://learn.microsoft.com/fr-fr/azure/communication-services/concepts/developer-tools/network-diagnostic
https://learn.microsoft.com/fr-fr/azure/communication-services/quickstarts/voice-video-calling/get-started-pre-call-diagnostics?pivots=platform-web
https://learn.microsoft.com/fr-fr/azure/communication-services/concepts/voice-video-calling/pre-call-diagnostics

Merci de nous faire savoir si les informations ci-dessus vous sont utiles ou si vous avez besoin d’une assistance supplémentaire concernant ce problème.

Veuillez « voter positivement » si ces informations vous ont aidé. Cela nous aidera ainsi que les autres membres de la communauté.

Answer 2

Hello Basl,

Welcome to the Microsoft Q&A and thank you for posting your questions here.

I understand that you are facing an Azure Communication Services Network Diagnostics Tool dependency issue because the hosted page (azurecommdiagnostics.net / aka.ms/acsdiagnostics) is not dependable for customer-facing pre-call readiness checks. Microsoft’s documented and reliable resolution is to stop using the hosted diagnostics page as a required user workflow, embed pre-call readiness directly inside your ACS web calling app, and enable Azure Monitor diagnostic settings with Call Diagnostics for post-call root-cause analysis. This is the only Microsoft-supported path that fully addresses both pre-call validation and after-call investigation. - https://learn.microsoft.com/en-us/azure/communication-services/concepts/developer-tools/network-diagnostic, https://learn.microsoft.com/en-us/azure/communication-services/concepts/voice-video-calling/pre-call-diagnostics, https://learn.microsoft.com/en-us/azure/communication-services/concepts/voice-video-calling/call-diagnostics, https://learn.microsoft.com/en-us/azure/communication-services/concepts/analytics/enable-logging

Therefore, the best practice for the resolution is to:

• Remove dependency on the hosted diagnostics page from your user journey, because Microsoft documents it as a preview diagnostics tool and does not publish a guaranteed replacement URL for production dependency.
• Implement an in-app pre-join readiness experience using the ACS Calling SDK and, where appropriate, the UI Library Call Readiness flow for browser checks, permissions, and device selection.
• Use Pre-Call Diagnostics in the web app to validate browser support, device access, device availability, connection status, and call-quality readiness before the customer joins the call.
• Add User Facing Diagnostics and Media Quality Statistics during the call so the application can detect live network or device degradation and guide the user immediately.
• Enable Azure Monitor Diagnostic Settings for each ACS resource and send the logs to Log Analytics, because Call Diagnostics only works after logging is configured and the data is not retroactive.

After moving readiness checks into the application and enabling Azure Monitor logging, you will get a stable pre-call readiness flow for non-technical users and a valid Microsoft-supported path to obtain root cause when call quality issues still occur.

Use the below official resources for implementation and more reading:

• Network Diagnostics Tool for Azure Communication Services [learn.microsoft.com]
• Quickstart: Add pre-call diagnostics to your app [learn.microsoft.com]
• Pre-call diagnostics overview [learn.microsoft.com]
• Call Readiness with UI Library [learn.microsoft.com]
• Improve and manage call quality [learn.microsoft.com]
• Call Diagnostics [learn.microsoft.com]
• Enable logging with Azure Monitor [learn.microsoft.com]

I hope this is helpful! Do not hesitate to let me know if you have any other questions, steps or clarifications.

---

Please don't forget to close up the thread here by upvoting and accept it as an answer if it is helpful.