Identifier les problèmes liés au tableau de bord d’intégrité du routage direct
En tant qu’organisation, vous avez déployé Microsoft Teams avec des conversations, des équipes, des canaux et des applications. Vous avez peut-être déployé des réunions et des conférences. Vous êtes maintenant prêt à ajouter des charges de travail vocales cloud. Pour ce faire, vous avez décidé d’utiliser votre propre opérateur de téléphonie pour la connectivité du réseau téléphonique commuté (PSTN) à l’aide du routage direct. Avec le routage direct, vous pouvez utiliser le système téléphonique Teams avec pratiquement n’importe quel opérateur téléphonique. Le routage direct du système téléphonique Microsoft Teams permet à votre organisation de connecter son infrastructure de téléphonie locale à Microsoft Teams.
Une fois qu’une organisation a configuré son environnement de routage direct, plusieurs composants sont nécessaires pour s’assurer que tout fonctionne correctement. Par exemple, vous pouvez avoir un contrôleur de frontière de session (SBC) ou peut-être plusieurs SBC connectés à Microsoft Teams. Vous pouvez même disposer d’un système PBX (Private Branch Exchange) tiers, comme illustré dans le diagramme suivant :
Les outils suivants peuvent être utilisés pour surveiller et résoudre les problèmes de routage direct :
- Journaux d’activité SBC et PBX: votre SBC peut également être connecté à d’autres environnements, ce qui vous donne accès à des journaux qui vous aident à résoudre ou déboguer des problèmes. Si votre SBC communique avec un autocommutateur privé tier, vous pouvez également collecter des journaux à partir de cet emplacement.
- Fournisseur de réseau téléphonique commuté (RTC) public: vous pouvez également collaborer avec votre fournisseur RTC pour obtenir plus d’informations sur les problèmes qui peuvent survenir du côté RTC de votre environnement.
- Tableau de bord d’intégrité pour le routage direct: vous pouvez surveiller la connexion entre votre contrôleur de frontière de session (SBC) et l’interface de routage direct avec le tableau de bord d’intégrité du routage direct.
Tableau de bord d’intégrité du routage direct
Le tableau de bord d’intégrité du routage direct permet à une organisation de surveiller les informations relatives à son SBC, au service de téléphonie et aux paramètres réseau entre son SBC et l’interface de routage direct.
Ces informations peuvent vous aider à identifier les problèmes, notamment la raison de l’abandon des appels. Par exemple, le SBC peut cesser d’envoyer des appels si un certificat sur le SBC a expiré ou s’il y a des problèmes réseau.
Le tableau de bord d’intégrité surveille deux niveaux d’informations :
Intégrité globale des SBC connectés
Informations détaillées sur les SBC connectés
Vous pouvez afficher le tableau de bord d’intégrité dans le Centre d’administration Microsoft Teams en accédant à Voix > Routage direct.
Intégrité globale des SBC connectés
Le tableau de bord Intégrité fournit les informations suivantes relatives à l’intégrité globale des SBC connectés et des itinéraires vocaux :
Résumé du routage direct: Affiche le nombre total de SBC inscrits dans le système, les itinéraires vocaux avec les SBC inscrits et les SBC présentant des problèmes. L’inscription signifie que l’administrateur client a ajouté un SBC à l’aide de la commande
New-CsOnlinePSTNGateway. Si le SBC a été ajouté dans PowerShell mais n’a jamais été connecté, le tableau de bord d’intégrité l’affiche dans un état défectueux.SBC: nom de domaine complet du SBC associé.
Rapport d’efficacité réseau (NER): le NER mesure la capacité d’un réseau à passer des appels en mesurant le nombre d’appels envoyés par rapport au nombre d’appels remis à un destinataire.
Le NER mesure la capacité des réseaux à envoyer des appels au terminal distant, à l’exception des actions de l’utilisateur qui entraînent des rejets d’appels. Si le destinataire a rejeté un appel ou envoyé l’appel à la messagerie vocale, l’appel est comptabilisé comme une remise réussie. Ce scénario signifie qu’un message de réponse, un signal occupé ou un anneau sans réponse sont tous considérés comme des appels réussis.
Par exemple, supposons que le routage direct a envoyé un appel au SBC et que le SBC renvoie le code SIP 504 Server Time-out : le serveur a tenté d’accéder à un autre serveur lors de la tentative de traitement de la demande et n’a pas reçu de réponse d’invite. Cette réponse indique qu’il existe un problème côté SBC, ce qui réduit la valeur NER dans le tableau de bord d’intégrité de ce SBC.
Étant donné que l’action que vous effectuez peut dépendre du nombre d’appels affectés, le tableau de bord d’intégrité indique le nombre d’appels analysés pour calculer un paramètre. Si le nombre d’appels est inférieur à 100, la valeur NER peut être faible, mais elle reste normale.
La formule utilisée pour calculer la valeur NER est la suivante :
NER = 100 x (Appels ayant reçu des réponses + Occupé par l’utilisateur + Sonnerie sans réponse + Crises de rejet de terminal)/Nombre total d’appels
Durée moyenne des appels: des informations sur la durée moyenne des appels peuvent aider une organisation à surveiller la qualité de ses appels. La durée moyenne d’un appel réseau téléphonique commuté de 1:1 est de quatre à cinq minutes. Toutefois, pour chaque entreprise, cette moyenne peut différer. Microsoft recommande d’établir une base de référence pour la durée moyenne des appels pour votre entreprise. Si ce paramètre passe considérablement en dessous de la ligne de base, cela peut indiquer que vos utilisateurs rencontrent des problèmes de qualité ou de fiabilité des appels et sont bloqués plus tôt que d’habitude. Si vous commencez à voir une faible durée moyenne d’appel, par exemple 15 secondes, les appelants peuvent raccrocher, car votre service ne fonctionne pas de manière fiable.
Étant donné que l’action que vous effectuez peut dépendre du nombre d’appels affectés, le tableau de bord d’intégrité indique le nombre d’appels analysés pour calculer un paramètre.
État de connectivité TLS: la connectivité TLS (Transport Layer Security) indique l’état des connexions TLS entre le routage direct et le SBC. Le tableau de bord d’intégrité analyse également la date d’expiration du certificat et avertit si un certificat est défini pour expirer dans les 30 jours. Cette notification permet aux administrateurs de renouveler le certificat avant que le service ne soit interrompu.
En sélectionnant le message d’avertissement, vous pouvez voir une description détaillée du problème dans une fenêtre contextuelle et une recommandation pour résoudre le problème.
État des options SIP : par défaut, le SBC envoie des messages d’options toutes les minutes. Cette configuration peut varier pour différents fournisseurs SBC. Le routage direct avertit si les options SIP ne sont pas envoyées ou ne sont pas configurées.
État détaillé des options SIP: outre l’affichage d’un problème avec le flux d’options SIP, le tableau de bord d’intégrité fournit également des descriptions détaillées des erreurs. Vous pouvez accéder à la description en sélectionnant le message « avertissement ». Une fenêtre contextuelle affiche la description détaillée de l’erreur.
Les valeurs possibles pour les messages d’état des options SIP sont les suivantes :
Actif : le SBC est actif, ce qui indique que le service de routage direct Microsoft voit les options circuler à intervalles réguliers.
Avertissement, aucune option SIP : le contrôleur de bordure de session existe dans la base de données (votre administrateur l’a créé à l’aide de la commande New-CsOnlinePSTNGateway). Il est configuré pour envoyer des options SIP, mais le service de routage direct n’a jamais vu les options SIP revenir de ce SBC.
Avertissement, les messages SIP ne sont pas configurés - La surveillance de jonction à l’aide des options SIP n’est pas activée. Le système d’appel Microsoft utilise les options SIP et la surveillance de la négociation TLS (Transport Layer Security) pour détecter l’intégrité des contrôleurs de frontière de session connectés au niveau de l’application. Vous rencontrez des problèmes si cette jonction peut être atteinte au niveau du réseau (par ping, mais que le certificat a expiré ou que la pile SIP ne fonctionne pas. Pour faciliter l’identification anticipée de ces problèmes, Microsoft recommande d’activer l’envoi d’options SIP. Consultez la documentation du fabricant de votre SBC pour configurer les options SIP d’envoi.
Capacité des appels simultanés: vous pouvez spécifier la limite des appels simultanés qu’un SBC peut gérer à l’aide de l’applet de commande New- ou Set-CsOnlinePSTNGateway dans PowerShell avec le paramètre -MaxConcurrentSessions. Ce paramètre calcule le nombre d’appels envoyés ou reçus par le routage direct à l’aide d’un SBC spécifique et le compare à la limite définie. Si le SBC gère également les appels à différents PBX, ce numéro n’affiche pas les appels simultanés réels.
Informations détaillées pour chaque SBC
Vous pouvez également afficher les informations détaillées pour un SBC spécifique, comme illustré dans la capture d’écran suivante :
La vue détaillée présente les paramètres suivants :
État de connectivité TLS : ce paramètre est la même mesure que celle affichée sur la page Intégrité générale .
Dernier état de connectivité TLS: ce paramètre indique l’heure à laquelle le SBC a effectué une connexion TLS au service de routage direct.
État des options SIP: ce paramètre est la même métrique que celle affichée sur la page intégrité globale.
Options SIP ont été vérifiées pour la dernière fois: ce paramètre correspond à l’heure à laquelle les options SIP ont été reçues pour la dernière fois.
État SBC : ce paramètre est l’état global du SBC, en fonction de tous les paramètres surveillés.
Appel simultané : ce paramètre indique le nombre d’appels simultanés gérés par le SBC. Ces informations sont utiles pour prédire le nombre de canaux simultanés dont vous avez besoin et voir la tendance. Vous pouvez faire glisser les données en fonction du nombre de jours et de la direction de l’appel (flux entrants/sortants/tous les flux).
Paramètres réseau: tous les paramètres réseau sont mesurés à partir de l’interface de routage direct vers le contrôleur de frontière de session.
Gigue: ce paramètre est la mesure en millisecondes de la variation du délai de propagation réseau calculée entre deux points de terminaison à l’aide du protocole RTCP (RTP Control Protocol).
Perte de paquets : ce paramètre est une mesure des paquets qui n’ont pas réussi à arriver ; Il est calculé entre deux points de terminaison.
Latence: également appelé temps aller-retour, ce paramètre est la durée nécessaire à l’envoi d’un signal, plus la durée nécessaire à la réception de l’accusé de réception de ce signal. Ce délai se compose des temps de propagation entre les deux points d’un signal.
Vous pouvez faire glisser les données en fonction du nombre de jours et de la direction de l’appel (flux entrants/sortants/tous les flux).
Rapport efficacité réseau: ce paramètre est la même métrique que celle affichée dans le tableau de bord Intégrité globale. Toutefois, il offre la possibilité de segmenter les données par série chronologique ou direction d’appel.