Voir ce qui se passe sur mon réseau
Un ensemble d’appels plutôt qu’un seul, compté, regroupé et comparé, avec les mots que vous aviez en tête au moment où la question vous est venue.
Ces questions trouvent normalement leur réponse auprès de la personne qui maîtrise assez l’outil de reporting pour construire la requête, ce qui, en pratique, représente une ou deux personnes par entreprise. Tous les autres les attendent, ou s’en passent.
Le manque vient rarement des données. Il s’agit de savoir dans quel champ se trouve l’échec, de se rappeler que la cause détaillée n’est pas la même chose que le code SIP, et de maîtriser assez la syntaxe des filtres pour exprimer « regroupé par hôte » avant d’avoir perdu tout intérêt. Butler prend la phrase et s’occupe de cette partie.
Choisissez une question et lisez l’échange complet
Ce sont des transcriptions brutes, sans retouche, y compris quand la réponse honnête est un petit chiffre.
- La cause 216 indique que le SBC n’a pas pu allouer les ressources nécessaires au traitement de l’appel, comme des canaux média, des ressources de transcodage ou des emplacements d’appel.
- L’appel a été terminé avec un SIP 480 et associé à NoAnswer.
- Un appel en 48 heures représente un volume très faible : il s’agit donc plutôt d’une contrainte de ressources isolée que d’un problème généralisé.
Ce qui compte dans cette réponse, c’est le chiffre un. Un code de cause jamais vu donne l’impression d’être le début d’une panne, et la première chose à savoir est s’il s’agit d’une tendance ou d’un événement isolé. Butler a aussi fait la traduction que personne n’avait demandée : 216 est la cause détaillée, l’appel a été signalé comme un SIP 480, et ce sont deux champs différents sur lesquels une recherche peut donner des résultats divergents.
Une illustration plutôt qu’une étude de cas : cet échange a été exécuté sur des données synthétiques pour montrer la forme de la réponse, car aucun client n’a encore posé la question. Il montre une comparaison qui garde son sang-froid. Le volume a baissé, les appels décrochés aussi, et la réponse est que rien n’a changé, ce qui est plus difficile à affirmer pour un rapport que de trouver un problème.
Une requête, un chiffre, la bonne conclusion. « Je n’arrive pas à le joindre » et « il est en panne » se ressemblent au moment où l’on s’en aperçoit, mais mènent à des après-midi complètement différents, et un équipement qui a remonté ses données il y a une minute tranche la question. Remarquez ce qu’il ne fait pas : une fois la réponse donnée, il s’arrête, au lieu de remplir l’espace avec une liste de tout ce qui pourrait aller mal sur votre réseau.
Les requêtes, et où chacune mène
Un mode d’échec, une plage horaire et un regroupement, en une seule phrase, dans vos propres mots.
Vous avez vu une occurrence d’un code de cause et voulez savoir s’il s’agit d’une tendance ou d’un cas isolé.
Le décompte sur la période, avec les appels correspondants que vous pouvez ouvrir un par un.
La question telle qu’un manager la pose plutôt qu’un ingénieur. Une ligne, deux indicateurs standard, aucun tableau de bord à ouvrir.
Le volume et le taux de prise d’appel (ASR) pour la période, directement dans la conversation.
La planification de capacité, ou une plainte selon laquelle des appels sont rejetés à l’heure de pointe.
La simultanéité maximale par NAP sur la période, pour voir quelle jonction approche de son plafond.
Quelque chose d’autre a repéré le pic. Vous savez déjà quoi. Vous voulez savoir pourquoi.
Le groupe d’appels examiné dans son ensemble : ce que ces appels avaient en commun, quel côté a renvoyé le 403, et si cela continue.
Une recherche par seuil plutôt qu’une recherche d’échecs. Toutes les enquêtes ne portent pas sur quelque chose de cassé.
Tous les appels correspondants au-delà de la durée indiquée, listés avec les détails nécessaires pour ouvrir n’importe lequel d’entre eux.
Quelqu’un veut savoir si le trafic vers une destination augmente, baisse ou reste stable.
Une répartition par jour. Dites « relance sur les 7 derniers jours » et Butler relance la même question sur une période plus large.
Comment poser la question pour obtenir les bons chiffres
Un numéro, et peut-être une heure. Butler retrouve l’appel et indique de quel côté il a été terminé.
Que se passe-t-il sur mon réseau ?
Décomptes, regroupements, seuils et KPI sur un ensemble d’appels.
Tables de routage, expressions régulières et profils SDP en langage clair.
Posez vos questions en français, en espagnol ou en portugais et obtenez la réponse tirée de la documentation en anglais.
Modifications, rapports, fichiers et e-mails, chacun attendant votre feu vert.
Collez la réclamation dans les mots du client et laissez Butler retrouver l’appel.
Demandez à Butler ce qu’a fait votre réseau hier
Déployé en 48 heures, sans engagement, dans l’application de messagerie que votre équipe utilise déjà.
En soumettant ce formulaire, vos informations seront traitées conformément à notre Politique de confidentialité.