Trouvez des réponses à vos questions techniques et découvrez comment utiliser nos produits
Suggestions de recherche :
Trouvez des réponses à vos questions techniques et découvrez comment utiliser nos produits
Suggestions de recherche :
|
Nom
|
Description
|
|---|---|
|
Heure de mesure
|
Heure de mesure. L’heure de début, en utilisant l’horloge de 24 heures de l’heure, pendant laquelle les données sont enregistrées. Les données sont répertoriées en commençant par l’heure la plus récente de l’intervalle de 24 heures précédent. Pour plus de détails, consultez la description et la référence du Avaya Aura® Communication Manager matériel.
|
|
Minute de mesure
|
Minute mesurée. (Rapport de dernière heure) L’heure de fin de l’intervalle de 3 minutes pour lequel la mesure est prise. Les données prennent la forme hh :mm, où hhest l’heure et mmest l’heure de fin de l’intervalle de 3 minutes. |
|
Date de l’événement
|
Rapport d’intervalle le plus occupé. La date et l’heure de fin de l’intervalle de 3 minutes pour lequel les données sont recueillies. Les données prennent la forme MM/jj/mm :hh, où MMest le mois, jjest le jour, hhest l’heure et mmest la fin de l’intervalle de 3 minutes. |
|
Stat Occ
|
Occupation statique. Pourcentage d’occupation utilisé par les processus d’arrière-plan hautement prioritaires pour soutenir les fonctions de traitement des appels, de maintenance et d’administration. Des exemples de cette activité sont les contrôles de santé mentale de haut niveau, le calendrier du système, le sondage des compléments et le soutien du système d’exploitation. Cela comprend également une certaine occupation du traitement des appels pour le trafic BX.25 et RNIS-PRI.
Remarque :
L’occupation statique reste assez constante dans une configuration inactive. Cependant, il augmente au fur et à mesure que le trafic est introduit dans le système.
|
|
Occ. CP
|
Occupation du service de traitement des appels. Le pourcentage d'occupation utilisé par les processus de niveau de traitement des appels. Le traitement des interfaces CDR, DCS, RNIS et autres interfaces complémentaires est également inclus dans ce niveau. Veuillez noter qu’une certaine occupation en raison du trafic d’appels BX.25 et RNIS-PRI est comptée comme une occupation statique au lieu de CP Occ.
Remarque :
Il n’est pas souhaitable que tout système fonctionne à 100 % de l’occupation du processeur. Les champs CP Occ et Stat Occ ne devraient pas totaliser plus de 75 %. En maintenant cette limite maximale de 75 %, d’autres fonctions du système peuvent être exécutées et des rafales d’activité de l’appelant peuvent également être prises en charge.
Mesures suggérées : Si la limite maximale de 75 % est dépassée, suivez une ou plusieurs des étapes suivantes pour réduire le taux d'occupation du traitement des appels :
|
|
Occ. de petite entreprise
|
Occupation de la gestion des systèmes. Le temps consacré aux activités de priorité inférieure, comme le traitement des commandes d’administration et de maintenance, l’activité de maintenance, la journalisation des erreurs et les audits de diode électroluminescente (DEL). Pour plus de détails, consultez la description et la référence du Avaya Aura® Communication Manager matériel.
|
|
Occ. inactif
|
Occupation au ralenti. La durée pendant laquelle le processeur est inutilisé. Plusieurs facteurs font baisser ce chiffre, notamment les suivants :
Ces facteurs peuvent réduire le taux d’occupation inactif à près de 0 % pendant plusieurs intervalles de 3 minutes. Sur une configuration fortement chargée avec des tests de demande fréquents, l’occupation inoccupée peut chuter à des niveaux bas pendant de plus longues périodes (peut-être 1 à 2 heures). Ces situations sont normales et n’indiquent pas de problème avec la configuration.
Cependant, une configuration légèrement chargée avec peu de stations traduites et peu de maintenance ou d’administration de la demande ne devrait pas connaître de longues périodes d’occupation à faible ralenti (moins de 15 %). Si c’est le cas, un problème est probable.
|
|
Nombre total d’appels
|
Nombre total d’appels. Le nombre total d’appels connectés pendant l’heure indiquée. Les appels sont comptés dans l’intervalle de temps pendant lequel les appels sont pris et non dans l’intervalle pendant lequel les appels sont rompus. Par conséquent, un appel qui commence dans un intervalle de temps et se termine dans un autre est compté uniquement dans l’intervalle de temps d’où il provient.
|
|
Appels en tandem
|
Appels en tandem. Nombre d’appels de ligne réseau à ligne réseau connectés au cours de la dernière heure.
|
|
Connexion totale
|
Connexions totales. Nombre de tentatives d'appel effectuées pendant l'intervalle de mesure. Les événements suivants comptent comme une tentative :
Remarque :
mathématiquement, le champ Total Conn est le total des champs Atmpts , Inc Atmpts , Out Atmpts et Pnet Atmpts.
|
|
Atmptes Intcom
|
Tentatives d’intercommunication. Ce champ comprend la somme de deux types d'appels. Le premier type est les appels de poste à poste sur la même configuration. Le deuxième type d’appel est un appel partiellement terminé où un poste local est décroché, puis raccroche avant que l’appel ne soit pris. Le deuxième type d’appel comprend les appels occupés et les appels sans réponse.
|
|
Inc. Atmpts
|
Tentatives entrantes. Le nombre de saisies de lignes réseau entrantes provenant d’installations de réseau public.
|
|
Atmptes de sortie
|
Tentatives sortantes. Le nombre de crises de tronc sortantes provenant d’installations de réseau public.
|
|
Atmptes Pnet
|
Tentatives de réseau privé. Le nombre de crises entrantes et sortantes effectuées sur des installations de réseau privé. Veuillez noter qu’un appel en tandem est compté comme deux tentatives de réseau privé, car le tandem comprend les crises d’épilepsie d’arrivée et de départ du tronc.
Remarque :
La détermination d'un appel sur un réseau public ou sur des installations de réseau privé dépend du type de ligne réseau. Pour les installations RNIS-PRI, le type d’appel dépend également du type de service.
|