WebRTC, ICE et TURN : une visio se connecte mais reste sans média

Séparer page de réunion et médias

Une page web et un compte peuvent être accessibles alors que le chemin des médias échoue. WebRTC utilise des mécanismes pour rechercher une connectivité entre participants ; l’application peut aussi recourir à des serveurs relais. Un simple test de navigation ne reproduit pas la réunion.

Notez si le problème est absence totale de son, coupure intermittente, caméra refusée ou participant isolé. Une autorisation du navigateur et une connexion réseau sont des sujets différents. Utilisez l’outil de test du service lorsqu’il en fournit un.

Comparer le poste sans modifier le réseau

Testez le microphone et la caméra dans une application locale, puis vérifiez les permissions du navigateur pour le domaine exact. Une autre application peut utiliser le périphérique ou une mauvaise entrée audio peut être choisie. Ne changez pas le pare-feu pour résoudre une autorisation de caméra.

Essayez la même réunion depuis un autre poste du réseau puis, si autorisé, depuis un partage de connexion. Gardez service et version similaires. Ces comparaisons localisent la différence ; elles ne prouvent pas qu’un port donné est en cause.

Comprendre les relais et le filtrage

ICE examine des chemins de connexion, et TURN fournit un relais lorsqu’il est nécessaire. Les transports prévus par les spécifications ne garantissent pas que chaque service déploie toutes les solutions de repli. Consultez les exigences réseau propres au fournisseur de visioconférence.

Sur un réseau professionnel, fournissez heure, service, domaine et diagnostic de connectivité au support. Faites vérifier accès aux relais, proxy et filtrage selon la liste officielle. Ouvrir tous les ports UDP ou supprimer le VPN n’est pas une méthode de diagnostic suffisamment ciblée.

Valider au-delà de l’écran d’accueil

Après correction, rejoignez une réunion réelle autorisée et vérifiez audio dans les deux sens, vidéo et partage d’écran. Les composants utilisés peuvent différer. Testez avec et sans charge réseau si le problème est une dégradation plutôt qu’une impossibilité de démarrage.

Gardez un résultat simple par poste et réseau. Si seule la qualité audio reste mauvaise, poursuivez les contrôles du casque et du débit montant. Une connexion de relais réussie ne supprime pas les limites du réseau local ou du matériel audio.

Décrire séparément chaque direction du média

Pour un appel de test autorisé, notez si vous voyez et entendez le correspondant, puis s’il vous voit et vous entend. Vérifiez ensuite le partage d’écran, qui constitue un usage distinct. Cette grille distingue permission de capture, matériel audio et transport réseau. Transmettez les heures et les états au support de la solution de visio sans publier de journal contenant les adresses privées de vos collègues. Après une modification réseau, refaites la même combinaison de participants et d’accès. Une réunion réussie avec un autre trajet ne permet pas de conclure que le problème initial est réglé.

Valider la capture avant le transport de la réunion

Ouvrez l’aperçu de caméra et l’indicateur du micro avant l’appel. Si la capture locale ne fonctionne pas, examinez permission du site, permission système et appareil sélectionné. Si elle fonctionne mais que la réunion échoue, reprenez les contrôles de transport et de réseau avec cette information précise.

Un participant peut entendre le son sans voir l’image, ou l’inverse. Décrivez les deux résultats plutôt qu’une panne de visio générale. Un essai sur un autre réseau doit garder le même appareil et le même périphérique pour limiter les facteurs modifiés. N’enregistrez pas la conversation pour démontrer un défaut de capture.