Voix et communications unifiées : Cisco Jabber pour Windows

Jabber pour la procédure d'analyse de flux d'appel de Windows

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit la procédure utilisée afin d'analyser l'écoulement d'appel dans le Cisco Jabber pour Windows.

Contribué par Billy Turnbow, Amit Kumar, et Jasmeet Sandhu, ingénieurs TAC Cisco.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de la version 9.x de Cisco Jabber pour Windows.

Composants utilisés

Les informations dans ce document sont basées sur la version 9.x de Cisco Jabber pour Windows.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Analysez l'écoulement d'appel dans le Cisco Jabber pour Windows

Afin de déterminer quand un appel commence et finit dans le Cisco Jabber pour Windows, ouvrez le fichier de csf-unified.log dans Notepad++, et recherchez CALL_EVENT. Afin de trouver la première ligne d'un appel, localisez l'initiale peu de temps après la déclaration CALL_EVENT :

2013-02-24 18:22:07,362 INFO  [0x000009e4][control\CallControlManagerImpl.cpp(2021)]
[csf.ecc.evt] [ecc::CallControlManagerImpl::notifyCallEventObservers] -
  CALL_EVENT: evCreated,
0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE, CalledPartyNumber: ,
  CallingPartyNumber: ,
CallInstance: -1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

Termes de log de Jabber

Observez pour ces mots clé dans l'écoulement d'appel de Jabber :

État d'appel

  • Initiale - L'appel est dans l'installation, le Jabber détermine s'il est entrant/sortant, et appeler/numéros de téléphone appelés sont préparés.
  • OffHook - Le téléphone de Jabber va outre du crochet.
  • Composition - Les chiffres appelés de numéro de téléphone sont composés.
  • Poursuivez - Les chiffres sont passés à Cisco Unified Communications Manager (CUCM) et traités.
  • RingOut - Le numéro est composé et une sonnerie est envoyée à l'extrémité distante.
  • Connecté - L'extrémité distante est répondue et la connexion est établie.
  • OnHook - Le téléphone de Jabber a raccroché.

CC_CALL_TYPE -  Ceci change de « AUCUN » après initialisation à « SORTANT » ou à « ENTRANT, » qui dépend de si l'appel est envoyé ou reçu.

ID d'appel - Le nombre hexadécimal (0x005B1818) avant que l'état d'appel soit l'ID d'appel de Jabber, qui des séjours cohérents pour la durée de chaque appel. Il incrémente quand le prochain appel se produit.

Le CSF-UNIFIED.LOG

Si vous utilisez Notepad++, vous pouvez utiliser toute la découverte dans l'option de présent document, qui affiche l'écoulement entier d'appel. Il ressemble à ceci (pour la facilité de visualiseur, les horodateurs et les crochets informationnels sont retirés) :

CALL_EVENT: evCreated, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: -1, Status: ,
GCID: , IsConference: 0,
IsCallSelected: 0, CapabilitySet:

CALL_EVENT: evInfoChanged, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: 1, Status: ,
GCID: , IsConference: 0,
IsCallSelected: 0, CapabilitySet: canOriginateCall,canDialVoicemail

CALL_EVENT: evInfoChanged, 0x005B1818, Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canOriginateCall,canDialVoicemail

CALL_EVENT: evStateChanged, 0x005B1818, OffHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canSendDigit

CALL_EVENT: evStateChanged, 0x005B1818, Dialing, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canSendDigit

CALL_EVENT: evStateChanged, 0x005B1818, Proceed, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall

CALL_EVENT: evStateChanged, 0x005B1818, RingOut, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canEndCall,canDirectTransfer

CALL_EVENT: evCallStarted, 0x005B1818, Connected, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet: canHold,canEndCall,canSendDigit,canCallPark,
 canDirectTransfer,
 canJoinAcrossLine

CALL_EVENT: evStateChanged, 0x005B1818, OnHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: 1001, CallingPartyNumber: 1000, CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet:

CALL_EVENT: evDestroyed, 0x005B1818, OnHook, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_OUTGOING,
CalledPartyNumber: , CallingPartyNumber: , CallInstance: 1, Status: ,
GCID: , IsConference:
0, IsCallSelected: 0, CapabilitySet:

Les affichages de sortie quand le Jabber va d'abord l'offhook et les cadrans, aussi bien que l'appelant et les numéros appelés. Pour les appels qui sont ENTRANTS, une configuration d'écoulement semblable d'appel est vue. Cependant, le CC_CALL_TYPE est différent :

2013-02-24 18:22:07,130 INFO  [0x00000ec0] [control\CallControlManagerImpl.cpp(2001)]
[csf.ecc.evt][ecc::CallControlManagerImpl::notifyCallEventObservers] -
 CALL_EVENT: evCreated, 0x10003, Initial,
CC_ATTR_NORMAL, CC_CALL_TYPE_INCOMING, CalledPartyNumber: 1001,
 CallingPartyNumber: 1000,
CallInstance: 1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

Intégration de bureau (Fonction cliquer pour appeler dans des logs de Jabber)

Pour des appels faits à partir de l'intégration de Microsoft Office, une ligne supplémentaire est ajoutée avant que l'écoulement d'appel. Si vous recherchez « commencer la communication voix avec, » elle fournit chaque point dans le log où une fonction de Fonction cliquer pour appeler est remplie. Par exemple, un appel de Microsoft Outlook sur un contact (clic droit et appel) ressemble à ceci :

2013-02-24 18:42:18,912 INFO  [0x000009e0] [\ExtensionProviderFunctionsImpl.cpp(235)] 
[cuc-extension-provider] [StartVoiceCallImpl2] - Starting voice call with 1001

Quelques millisecondes plus tard, le même mot clé « initial » commence :

2013-02-24 18:42:18,915 INFO  [0x0000053c] [control\CallControlManagerImpl.cpp(2021)]
[csf.ecc.evt][ecc::CallControlManagerImpl::notifyCallEventObservers] -
 CALL_EVENT: evCreated, 0x00EF3BA0,Initial, CC_ATTR_NOT_DEFINED, CC_CALL_TYPE_NONE,
 CalledPartyNumber: , CallingPartyNumber: ,
CallInstance: -1, Status: , GCID: , IsConference: 0, IsCallSelected: 0, CapabilitySet:

Notez [la section de cuc-extension-fournisseur] dans la fonction de Fonction cliquer pour appeler. Si vous recherchez ceci dans le log de Jabber, il fournit également tous les résultats portés de l'intégration de Microsoft Office.

Informations connexes


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 116309