Aperçu

Pour déterminer la cause probable, il est recommandé d’utiliser l’affichage de dépannage avec les informations agrégées obtenues à partir du tableau de bord Webex Calling analytique. Utilisez le tableau de bord Webex Calling analytique pour afficher les problèmes ayant un impact sur plusieurs utilisateurs ayant une cause commune liée à l’emplacement, au réseau, etc. pendant que l Webex Calling vue dépannage peut identifier les problèmes avec les appels individuels.

La fonctionnalité de dépannage de la qualité média ne nécessite aucune configuration spécifique et est disponible par défaut dans Control Hub. Il est disponible pour tous les clients, les administrateurs en lecture seule, l’assistance, le partenaire et les partenaires en lecture seule.

Les administrateurs peuvent effectuer une recherche en utilisant les critères suivants pour obtenir une liste des appels où une session média a été utilisée avec au moins Webex Calling point de terminaison enregistré :

  • ID de messagerie électronique

  • Numéros de téléphone (correspondance exacte de la chaîne de caractères)

  • Adresse MAC

  • Identifiants d’appel

Le dépannage de la qualité média permet aux administrateurs de :

  • Afficher l’expérience de bout en bout des participants de l’appel.

  • Afficher un détail de saut de l’appel.

  • Voir si le média traversera la Webex Calling cloud, ou directement entre les utilisateurs (en utilisant l’Interactive Connectivity Connectivity Passe (ICE)).

  • Afficher les appels pour les 21 derniers jours.

  • Analysez les métriques de qualité des appels qui ont eu un impact sur l’expérience de l’utilisateur. Par exemple, un administrateur peut observer une gigue élevée sur les clients qui sont connectés aux réseaux Wi-Fi, mais la perte de paquets et la latence peuvent être acceptables.

  • Détecter si le problème est avec l’appelant ou le demandeur.


Le dépannage de la qualité média s’applique uniquement aux sessions média et il n’affiche pas les sessions de signalisation d’appel. Par exemple, Alex appelle Bob qui a configuré CFA (Transfert d'appel) à Bonnet, et Première a répondu à l’appel. Dans ce scénario, l’affichage du dépannage média montre que l’appel s’est produit entre Alex et Social, car le focus est mis sur le dépannage de l’expérience média au lieu du flux de signalisation ou le cycle de vie des appels.

Les appels utilisant le Webex Calling’affichent à la fin de l’appel.

L’affichage du dépannage permet d’identifier la zone de problème en fournissant toutes les métriques pertinentes et ne peut pas nécessairement vous fournir la cause principale d’un appel médiocre. Ces pointeurs identifient différents facteurs et déterminent les options de résolution :

  • l’expérience de bout en bout de l’utilisateur.

  • L’affichage détails Hop.

  • Envoyer ou recevoir des métriques de l’utilisateur ou du point de relais média.

  • Si l’appel est survenu vers ou à partir d’un réseau externe ou entre les Webex Calling points de terminaison enregistrés.

Flux d’appels pris en charge

Les rapports de qualité média sont collectées à partir des points de terminaison de l’appelant et du point de terminaison du appelant et du relais média. Ceci permet une segmentation de l’expérience média pour affiner et identifier si le problème s’est produit lors de la :

  • Appelant ou appelant

  • Chemin d’accès média vers ou depuis Webex Calling cloud.


Les pieds d’appel s’affichent s’il y a une session média établie avec au moins Webex Calling point de terminaison enregistré sur l’appel. Par exemple, pour un appel sortant de groupe de recherche/groupe de distribution des appels à huit agents, si un seul agent répond, il n’y a aucune expérience média pour le dépannage des sept autres agents.

Il existe cinq types d’expériences média ou de chemins pour Webex Calling dépannage, qui sont :

  • Optimisé sur Internet – Appels au sein de l’organisation où ICE a réussi et le flux média directement entre les utilisateurs. Voir Optimisation Webex Calling’environnement média interactif avec connectivité interactive (ICE) pour des informations détaillées.

  • On-net Nontimisé – Les appels au sein de l’organisation où une connectivité interactive n’a pas été possible ou établie (ICE). Dans ce cas, les médias passe par le Cloud d’appel Webex.

  • Hébergé sur le Cloud –Appels au sein d’une organisation où les médias sont fournis par un problèmes de diffusion média hébergé dans le Cloud (par exemple, écouter la messagerie vocale, appeler un répondeur automatique).

  • Appel hors-réseau vers ou depuis le point Webex Calling de terminaison enregistré -

    • via Cloud Connected RTCP Provider- Appels entrants et sortants d’une organisation où l’autre partie est sur RTCP réseau. Le média est transmis via un fournisseur RTCP cloud (CCPP), sur une interconnexion de haute qualité.

    • via la passerelle locale- Appels entrants et sortants d’une organisation où le média de l’autre partie passe par l’entreprise. Derrière la passerelle locale la session média peut être à partir de l’utilisateur hébergé par l’entreprise (par exemple, enregistré pour le contrôle des appels dans l’entreprise) ou à partir d’RTCP, où le RTCP est fourni par l’entreprise.


S’il y a 1 ou 2 Webex Calling utilisateurs inscrits qui sont impliqués dans un appel point à point sur Internet, alors l’affichage de dépannage présente des métriques pour l’une ou les deux parties. Si l’appel est hors réseau (L’utilisateur 1 reçoit un appel d’un utilisateur RTCP), alors l’affichage de dépannage présente uniquement les métriques du client de l’utilisateur 1, en même temps que les métriques prises à partir du point de relais média.

La plupart des scénarios d’appels dans l’affichage de dépannage montrent deux pieds d’appel (appelant et appelant) ; cependant, certains scénarios d’appel (tels que le parcier ou la récupération des appels) n’ont qu’une seule pied de l’appel. Dans ce cas, l’autre phase d’appel s’affiche séparément dans l’affichage de dépannage. Ceci n’empêche pas le dépannage de l’appel et de la détection de l’endroit où le problème s’est produit. Cependant, l’administrateur ne doit pas manuellement corréler les deux pied d’appel en utilisant une entité commune telle que la durée qui se chevauche. Les futures améliorations apportées à l’affichage du dépannage élimineront le besoin d’utiliser les recherches manuelles.

Accéder à l’Webex Calling un dépannage

Pour analyser un appel Webex, effectuez les contrôles suivants :

1

À partir de l’affichage du https://admin.webex.com/client dans , allez à Contrôle > dépannage.

2

Sélectionnez Réunions et appels et recherchez l’ID de messagerie électronique de l’utilisateur ou du périphérique, le numéro de téléphone (correspondance exacte de la chaîne de caractères), l’adresse MAC de l’utilisateur ou du périphérique, ou les ID d’appel des états d’appel que vous souhaitez afficher.

Affiche les informations de tous les appels et réunions associés à la recherche.


 

L’affichage en liste affiche les appels effectués en utilisant au moins un Webex Calling terminaison enregistré et une session média.

La colonne Qualité s’affiche uniquement si votre organisation Webex Calling .

3

La qualité Webex Calling tous les appels est noté. Cependant, pour les réunions Webex ou les sessionsAppeler sur Webex, cette évaluation ne s’applique pas. L’expérience d’appel est noté comme :

  • Médiocre – indique que l’appelant ou que l’appelant a eu une expérience médiocre de bout en bout (par exemple, audio haché).
  • Bon – indique l’expérience de bout en bout pour l’appelant et le demandeur n’a pas dépassé les seuils.
  • Aucune– s’applique aux réunions ou à l’appel sur les sessions Webex.
4

Cliquez sur un appel spécifique sur l’affichage de liste, pour inspecter les détails Hop. L’affichage des détails Hop s’affiche :

À partir des détails de Hop, vous pouvez :

  • Survolez le périphérique pour afficher l’expérience d’appel de bout en bout.

  • Passez votre souris sur le point de terminaison et Webex Calling cloud pour afficher les détails du saut.

L’expérience d’appel de bout en bout est basée sur les données de qualité média qui sont collectées à partir de chaque point de terminaison enregistré sur Webex Calling (Application Webex, application Webex Calling, périphérique Webex Calling tel que 8865) à la fin de l’appel. L’appel est classé comme étant bon, s’il satisfait ces seuils-Paquets inférieurs à 5 %, latence ou durée du déplacement aller-retour (RTT) inférieure à 400 ms et gigue inférieure à 150 ms.

La qualité du saut provient de données collectées à partir du point de relais média dans Webex Calling Cloud. Pour RTCP passer des appels via CCPP ou la passerelle locale, la collecte de données est à partir du Cloud Webex Calling et non du point de RTCP terminaison. Un saut est noté comme étant bon, s’il atteint ces seuils.

  • Perte de paquets inférieure à 2.5 %.

  • Latence ou RTT inférieure à 200 ms.

  • Gigue inférieure à 75 ms.


 

Les métriques de saut varient au cours d’une session en fonction de l’heure d’échantillonnage et de la diversité dans le réseau. Les valeurs qui sont signalées par le point de relais média et les clients (expérience de bout en bout) peuvent ne pas s’aligner. Cependant, ils doivent être en bon alignement pour permettre une segmentation le long du chemin.

Nous vous recommandons d’utiliser l’affichage individuel de dépannage des appels avec les informations agrégées obtenues à partir de l’analyse .

Analysez la qualité des appels pour les différents types d’appels en utilisant l’affichage de dépannage.

Appels au sein de l’organisation où ICE a réussi et le relais média dans le Cloud est supprimé du chemin. Le flux média est directement entre les périphériques de l’utilisateur.

Téléconférence:

1

L’appel est noté comme étant bon tant que l’appelant et le demandeur ont une bonne expérience de bout en bout.

2

L’administrateur peut observer que les flux de médias entre les deux utilisateurs et ne voyagent pas à travers le Cloud d’appel Webex.


 

Les flux optimisés des appels peuvent avoir une expérience médiocre, si l’entreprise ou le réseau local est la source du problème, car le média entre les deux utilisateurs traversera le réseau local. La latence ou RTT est toujours plus faible sur un appel optimisé mais la perte de paquets et la gigue peuvent toujours être un facteur en fonction du réseau entre les deux utilisateurs.

Les appels au sein de l’organisation où un appel ICE n’a pas réussi et le flux média passe par Webex Calling cloud.

Téléconférence:

L’administrateur peut observer ce qui suit :

1

L’expérience de l’appelant de bout en bout est classé comme médiocre.

2

Il y a un problème avec le saut du réseau de l’appelant qui affecte à la fois le flux de l’envoi et de la réception.

3

Le saut du réseau de l’appelant n’a pas de problème.

4

L’expérience de bout en bout de l’appelant est classé comme médiocre en raison du problème de l’appelant.

Appels au sein d’une organisation où le média est fourni par un problèmes de diffusion média qui est hébergé dans le Cloud.

Téléconférence:

L’appel est classé comme étant bon car l’expérience de bout en bout de l’appelant se trouve dans les seuils acceptés. L’administrateur peut observer que :

1

Le saut de réseau pour l’appelant est classé comme médiocre car certaines métriques sont au dessus du seuil acceptable.

2

Le flux Envoyer à partir de la messagerie vocale est noté comme bon selon les métriques collectées à partir du point de relais média.

3

L problèmes de diffusion média utilisé pour collecter ou déposer la messagerie vocale ne signale actuellement pas de métriques. Cependant, ces serveurs sont hébergés et gérés dans le cadre du Webex Calling Cloud de sorte que la qualité de ce segment de liaison soit interne et toujours de haute qualité, faible latence.

4

L’administrateur peut observer que l’expérience de l’appelant de bout en bout est classé bon bien que le saut soit classé comme médiocre. Ceci est dû au saut de l’appelant ayant un bon réseau qui compense la dégradation de la performance du réseau de l’appelant.

Appels depuis et depuis une organisation où l’autre partie est sur RTCP réseau. Le média est relayé à partir d’un fournisseur RTCP cloud (CCPP).

Dans l’exemple, le média du client vient d’un RTCP via le Cloud.

L’appel est classé comme médiocre car l’expérience de bout en bout du client appelant n’est pas au dessous des seuils acceptés. L’administrateur peut observer ce qui suit :

1

Le problème est avec le point de saut de l’appelant RTCP spécifiquement avec le flux d’envoi.

2

Le saut du réseau de l’appelant n’a pas de problème.

3

L’expérience de bout en bout de l’appelant est classé comme médiocre en raison du problème de l’appelant.

4

L’expérience de bout en bout et les métriques de réception de l’appelant qui est sur le réseau RTCP ne sont actuellement pas disponibles car ces métriques ne sont pas transmises au Cloud Webex Calling.

Appels depuis et depuis une organisation où le média de l’appelant vient d’une entreprise. La session média peut être à partir d’un utilisateur hébergé par une entreprise (par exemple, enregistré sur UCM) ou à partir d’RTCP, où le RTCP est fourni via l’entreprise.

Inférence

L’appel est classé comme médiocre car l’expérience de bout en bout de l’appelant n’est pas dans les seuils acceptés. L’administrateur peut observer ce qui suit :

1

Il y a un problème avec le saut de l’appelant vers le cloud Webex Calling’appel à la fois sur le flux Envoyer et recevoir.

2

L’expérience de l’appelant de bout en bout est classé comme médiocre en raison du problème observé au cours du saut ou des problèmes qui se sont produit à la fin de l’utilisateur (périphériques, réseau, etc.)

3

Le trafic entrant vers Webex Calling Cloud à partir de la fin de l’appel est classé comme bon.

4

L’expérience de bout en bout et les métriques de réception des flux de l’appelant qui est appelé à partir de la passerelle locale ne sont actuellement pas disponibles car ces métriques ne sont pas transmises vers le Cloud Webex Calling.

Résoudre le problème de qualité média

L’affichage saut par saut vous aide à localiser le problème. Maintenant que vous avez trouvé l’endroit du problème et avec les métriques (gigue, perte de paquets, latence) vous pouvez essayer ce qui suit pour résoudre le problème.

Les possibilités typiques pour les problèmes média sont :

  • Problèmes spécifiques au réseau/ISP/localisation - En raison du pare-feu, de la configuration du réseau ou de la bande passante il existe un modèle de expériences médiocres dans un emplacement particulier ou un sous-réseau. Utilisez l’affichage de dépannage par appel (identifier l’emplacement associé à la session médiocre) avec l’affichage analytique pour revoir les schémas agrégés pour l’emplacement.

  • Problèmes spécifiques à l’utilisateur - Un utilisateur ou un périphérique est connecté sur un réseau médiocre (par exemple, le Wi-Fi ou le travail à domicile) ce qui signifie que leur expérience est impactée par les capacités du réseau associées . Voir l’article Utiliser CScan pour tester Webex Calling qualité du réseau pour identifier le problème avec le réseau.

  • Problèmes spécifiques au type d’appel - La mauvaise expérience d’un utilisateur est dû à la qualité à l’extrême fin. Ceci est typique dans RTCP cas où l’utilisateur parle à un autre utilisateur sur un réseau mobile et que la session a une perte de paquets élevée sur le réseau RTCP cellulaire.

Légendes sur l’affichage dépannage

Vous pouvez afficher les détails de l’appel suivants sur le volet droit dans l’affichage saut par saut

Terme Définition
Date de l’appel La date à laquelle l’appel a eu lieu.
Heure de l’appel L’heure du début et de la fin de l’appel, affichée dans le fuseau horaire que vous avez sélectionné dans l’affichage de recherche.
Type de session

Le type de session pris en charge. Par exemple : Appel Webex

Participants Le nombre de participants qui ont rejoint l’appel.
Nom de l’appelant Nom de l’appelant.
Adresse électronique de l’appelant Adresse électronique de l’appelant.
Numéro de l’appelant Numéro de téléphone que l’appelant a utilisé au cours de l’appel.
Audio Le type d’audio utilisé.
Vidéo Affiche Oui si la vidéo est activée par un participant. Si la vidéo n’était pas activée du tout, elle affiche Non.
Optimisation du schéma

Indique si l’optimisation du chemin d’appel s’applique à l’appel. Les valeurs acceptées sont :

ICE (Établissement de connectivité interactive)

PNC (Private Network Connect).

Aucune optimisation

Type d’appel

Le type d’appel peut être l’un des suivants :

Urgence

Enterprise

International

Mobile

Nationale

Opérateur

Premium

Shortcode

Gratuit

Inconnu

URI

Afficher ces métriques d’appel dans l’affichage saut par saut

Terme Définition
Point de terminaison

Affiche l’une des affichages suivants :

  • Téléphone de bureau pour un point de terminaison physique.

  • Application Webex

Matériel

Affiche l’une des affichages suivants :

  • Informations sur le modèle de téléphone de bureau pour un point de terminaison physique.

  • « - » pour une application Webex

Emplacement

Webex Calling’emplacement qui est configuré pour l’utilisateur.

IP locale

L’adresse IP locale du client pour l’interface réseau utilisée pour transmettre les médias.

IP publique

Ceci est l’IP publique du client telle qu’elle est vue par le Cloud. Pour les entreprises, ceci est l’adresse du pare-feu fournissant le NAT.

Adresse MAC

L’adresse MAC du point de terminaison du client.

Géolocalisation

Recherche géographique de l’adresse IP publique. Ceci n’est pas précis, s’il est connecté sur le PNC. Si l’utilisateur utilise l’application Webex et se connecte à l’entreprise via un VPN, l’emplacement n’est pas précis.

ISP

Internet Prestataire de service qui fournit une connectivité réseau au Cloud Webex Calling cloud.

Réseau

type de connexion réseau que le client a utilisée pour échanger des médias. Les valeurs possibles sont :

  • Wi-Fi

  • Ethernet

  • Cellulaire

  • Inconnu

Codec audio

(Envoyer ou recevoir) Format d’encodage et de décodage média en cours d’utilisation pour les médias transmis par un client.

Codec vidéo

(Envoyer ou recevoir) Format d’encodage et de décodage média en cours d’utilisation pour les médias transmis par un client. S’applique uniquement à un appel vidéo.

ID de l’appel

L’identificateur interne qui est utilisé pour identifier la base de l’appel.


Certaines métriques sont masquées dans les captures d’écran de l’article pour préserver l’identité de l’utilisateur.

Limites

Les métriques de qualité média ne sont pas disponibles à partir des périphériques suivants.

  • Téléphones analogiques

  • Périphériques tiers

  • Points de terminaison IPv6