Partager via

Tableau de bord d’intégrité pour le routage direct

  • Article
  • S’applique à:
    Microsoft Teams

Le tableau de bord d’intégrité pour le routage direct vous permet de surveiller la connexion entre votre contrôleur de bordure de session (SBC) et l’interface de routage direct. Avec le tableau de bord d’intégrité, vous pouvez surveiller des informations sur votre SBC, le service de téléphonie et les paramètres réseau entre votre SBC et l’interface de routage direct. Ces informations peuvent vous aider à identifier les problèmes, notamment la raison des appels supprimés. Par exemple, le SBC peut arrêter d’envoyer des appels si un certificat sur le SBC a expiré ou s’il existe des problèmes réseau. Consultez les rôles d’administrateur pour savoir qui a accès au tableau de bord d’intégrité.

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 Microsoft Teams et le Centre Skype Entreprise Administration.

Intégrité globale

Le tableau de bord d’intégrité fournit les informations suivantes relatives à l’intégrité globale des SBC connectés :

Affiche les statistiques du tableau de bord d’intégrité.

  • Résumé du routage direct : affiche le nombre total de SBC inscrits dans le système. L’inscription signifie que l’administrateur de locataire a ajouté un SBC à l’aide de la commande New-CsOnlinePSTNGateway. Si le SBC a été ajouté dans PowerShell, mais n’est jamais connecté, le tableau de bord d’intégrité l’affiche dans un status non sain.

  • SBC : nom de domaine complet du SBC jumelé.

  • Network Effectiveness Ratio (NER) : le NER mesure la capacité d’un réseau à délivrer des appels en mesurant le nombre d’appels envoyés par rapport au nombre d’appels remis à un destinataire.

    La NER mesure la capacité des réseaux à envoyer des appels aux terminaux étendus, ce qui exclut les actions de l’utilisateur, ce qui entraîne des rejet 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. Cela signifie qu’un message de réponse, un signal occupé ou une sonnerie 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 retourne le code SIP « 504 Server Time-out - Le serveur a tenté d’accéder à un autre serveur en tentant de traiter la requête 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 NER peut être assez faible, mais toujours normale.

    La formule utilisée pour calculer la NER est la suivante :

    NER = 100 x (appels répondus + Utilisateur occupé + Sonner sans réponse + Saisies de rejet terminal)/Nombre total d’appels

  • Durée moyenne des appels : les informations sur la durée moyenne des appels peuvent vous aider à surveiller la qualité des appels. La durée moyenne d’un appel RTC 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 beaucoup 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 qu’ils raccrocherent plus tôt que d’habitude. Si vous commencez à voir une durée moyenne d’appel extrêmement faible, 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.

  • Connectivité TLS status : la connectivité TLS (Transport Layer Security) montre la status 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 afin que les administrateurs puissent renouveler le certificat avant l’interruption du service.

    En cliquant sur le message d’avertissement, vous pouvez voir une description détaillée du problème dans une fenêtre contextuelle à droite et des recommandations pour résoudre le problème.

  • Options SIP status : par défaut, le SBC envoie des messages d’options toutes les minutes. Cette configuration peut varier selon les fournisseurs SBC. Le routage direct avertit si les options SIP ne sont pas envoyées ou ne sont pas configurées. Pour plus d’informations sur la surveillance des options SIP et les conditions dans lesquelles un SBC peut être marqué comme non fonctionnel, consultez Surveiller et résoudre les problèmes de routage direct.

  • Options SIP détaillées status : en plus de montrer qu’il existe 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 cliquant sur le message « Avertissement ». Une fenêtre contextuelle à droite affiche la description détaillée de l’erreur.

    Les valeurs possibles pour les options SIP status messages sont les suivantes :

    • Actif : le SBC est actif : 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 la jonction à l’aide des options SIP n’est pas activée. Microsoft Calling System 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 (SBC) 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 vous aider à identifier ces problèmes rapidement, Microsoft recommande d’activer les options d’envoi 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 d’appels simultanés qu’un SBC peut gérer à l’aide de la commande New- ou Set-CsOnlinePSTNGateway avec le paramètre -MaxConcurrentSessions. Ce paramètre calcule le nombre d’appels envoyés ou reçus par routage direct à l’aide d’un SBC spécifique et le compare à la limite définie. Remarque : 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 d’un SBC spécifique, comme illustré dans la capture d’écran suivante :

Détails du tableau de bord d’intégrité SBC.

La vue détaillée montre les paramètres supplémentaires suivants :

  • Connectivité TLS status : il s’agit de la même métrique que sur la page « Intégrité globale » ;

  • Dernière status de connectivité TLS : indique l’heure à laquelle le SBC a créé une connexion TLS au service de routage direct ;

  • Les options SIP status : la même métrique que sur la page « Intégrité globale ».

  • Options SIP activées pour la dernière fois : heure à laquelle les options SIP ont été reçues pour la dernière fois.

  • SBC status : status globale du SBC, en fonction de tous les paramètres surveillés.

  • Appel simultané : 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 des appels (flux entrants/sortants/tous les flux).

  • Paramètres réseau : tous les paramètres réseau sont mesurés de l’interface de routage direct au contrôleur de bordure de session. Pour plus d’informations sur les valeurs recommandées, consultez Préparer le réseau de votre organization pour Microsoft Teams et examinez les valeurs recommandées de Customer Edge vers Microsoft Edge.

    • Gigue : mesure en millisecondes de la variation du délai de propagation du réseau calculée entre deux points de terminaison à l’aide de RTCP (le protocole de contrôle RTP).

    • Perte de paquets : mesure du paquet qui n’a pas pu arriver. il est calculé entre deux points de terminaison.

    • Latence : (également appelée temps d’aller-retour) est la durée nécessaire à l’envoi d’un signal, ainsi que le temps 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 des appels (flux entrants/sortants/tous les flux).

Ratio d’efficacité du réseau : il s’agit du même paramètre qui apparaît dans le tableau de bord Intégrité globale, mais avec la possibilité de segmenter les données par série chronologique ou par sens de l’appel.