Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Présentation MWI

Problèmes d'intégration de Cisco Unity Express

MWI avec Cisco CallManager Express

Erreur : Recherche, une erreur s'est produite lors de l'affichage de votre message

Comment dépanner un système Cisco CallManager Express

MWI avec Cisco CallManager

Traces générales des MWI et de la messagerie vocale

Informations connexes

Introduction

Ce document fournit un aperçu de la fonctionnalité d’indication de message en attente (MWI) dans le Cisco Unity Express.

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent connaître l'interface de ligne de commande (CLI) de Cisco Unity Express.

Components Used

Les informations de ce document sont basées sur Cisco Unity Express version 1.0/2.3.x/8.x ou ultérieure. Tous les exemples de configuration et de sortie d'écran proviennent de Cisco Unity Express version 1.1.1.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Présentation MWI

L'opération MWI fournit aux utilisateurs enregistrés auprès de Cisco CallManager Express ou CallManager une indication visuelle de la présence de nouveaux messages vocaux. Le MWI ne fonctionne pas lorsque Cisco Unity Express est intégré à Cisco CallManager et que le système est en mode SRST (Survivable Remote Site Telephony) en raison d'une panne WAN.

Si Cisco Unity Express est intégré à Cisco CallManager Express, un appel SIP (Session Initiation Protocol) est placé sur l'extension_MWI_on/off_number@CallManager_Express_IP_address lorsqu'un nouveau message vocal arrive dans une boîte vocale utilisateur. L'appel SIP démarre également lorsque l'utilisateur récupère tous les nouveaux messages. Ce numéro correspond à un numéro ephone-dn sur le routeur Cisco CallManager Express. Le numéro ephone-dn comporte le numéro MWI plus un nombre de chiffres génériques égal au nombre de chiffres du poste des abonnés Cisco Unity Express. Par exemple, supposons que le numéro MWI-on de la boîte aux lettres 12345 soit 420. L'adresse IP de Cisco CallManager Express est 10.2.3.6. Dans cet exemple, le message est envoyé à 42012345@10.2.3.6. Le numéro ephone-dn avec le jeu de paramètres de configuration « mwi on » est « 420... ».

Pour les intégrations Cisco CallManager, le protocole JTAPI (Java Telephony Application Programming Interface) allume directement une lampe. Il n'est pas nécessaire de passer un appel vers un numéro spécifique. Le protocole JTAPI lui-même prend en charge une commande setMessageWaiting, qui gère les événements MWI. Par conséquent, les MWI doivent fonctionner indépendamment du fait que les postes MWI soient configurés dans Cisco CallManager. N'oubliez pas que les MWI ne fonctionnent pas lorsque Cisco Unity Express est en mode SRST. Une actualisation MWI complète n'a lieu qu'après l'enregistrement de Cisco Unity Express auprès de Cisco CallManager et que les téléphones IP ne sont plus en mode de secours CallManager.

La grande majorité des problèmes surviennent lors de l'intégration entre Cisco CallManager Express/CallManager et Cisco Unity Express. N'oubliez pas que le MWI ne peut pas être corrélé à une lampe physique. Si le numéro qui reçoit le message n'est pas une ligne principale sur un téléphone, il ne peut recevoir qu'une notification d'enveloppe sur l'affichage du téléphone. Dans Cisco CallManager, vous pouvez configurer la manière dont chaque ligne gère les MWI. Si un ou deux utilisateurs seulement ont un problème, vous pouvez commencer à chercher le problème ici.

Un numéro de répertoire doit avoir une boîte aux lettres valide sur le système Cisco Unity Express pour recevoir un MWI. Le numéro doit être associé à un utilisateur et celui-ci doit avoir une boîte aux lettres. Avant de commencer le débogage et de prendre des mesures avancées afin de dépanner, vous pouvez effectuer une tâche simple afin de dépanner : vérifiez que l'utilisateur s'est connecté à la boîte aux lettres et peut envoyer et récupérer des messages vocaux.

À partir de l'interface utilisateur graphique ou de l'interface de ligne de commande, vous pouvez trouver un utilisateur avec lequel tester. Dans ce cas, il s’agit de l’utilisateur 3. Vous pouvez localiser le poste configuré pour l'utilisateur, déterminer l'état de la boîte aux lettres de l'utilisateur (activé ou non, entre autres informations) et déterminer si l'utilisateur a des messages nouveaux ou anciens. Dans cet exemple, vous utilisez la CLI afin de dépanner :

cue-3660-41a>show users

administrator

operator

user1

user2

user3

user4

user6

user7

user8

cue-3660-41a>show user detail username user3

Full Name:          user

First Name:

Last Name:          user

Nickname:           user

Phone:              11044

Phone(E.164):

Language:           en_US

cue-3660-41a>show voicemail mailboxes

OWNER                              MSGS NEW  SAVED  MSGTIME MBXSIZE   USED

"operator"                         0    0    0      0       3000      0 %

"user1"                            0    0    0      0       3000      0 %

"user2"                            0    0    0      0       3000      0 %

"user3"                            0    0    0      0       3000      0 %

"user4"                            0    0    0      0       3000      0 %

"user6"                            0    0    0      0       3000      0 %

"user7"                            0    0    0      0       3000      0 %

"user8"                            0    0    0      0       3000      0 %

cue-3660-41a>show voicemail detail mailbox user3

Owner:                                  /sw/local/users/user3

Type:                                   Personal

Description:

Busy state:                             idle

Enabled:                                true

Mailbox Size (seconds):                 3000

Message Size (seconds):                 60

Play Tutorial:                          true

Space Used (seconds):                   0

Total Message Count:                    0

New Message Count:                      0

Saved Message Count:                    0

Expiration (days):                      30

Greeting:                               standard

Zero Out Number:

Created/Last Accessed:                  Jun 17 2004 09:54:39 EDT

cue-3660-41a>

Vérifiez que cet utilisateur existe, a un numéro associé et n'a aucun message. Si ces éléments sont vrais, l'état MWI doit être désactivé.

Remarque : L'adresse E.164 (ITU-T) n'est pas utilisée à des fins de MWI. Seul le numéro de téléphone principal peut être utilisé.

Problèmes d'intégration de Cisco Unity Express

MWI avec Cisco CallManager Express

Vous devez vérifier la configuration avant de faire quoi que ce soit d'autre. Sur Cisco CallManager Express, affichez la configuration avec le problème de la commande show running-config. Plus directement, vous pouvez émettre la commande show telephony-service ephone-dn. Une sortie similaire à celle-ci apparaît :

ephone-dn  44

number 11099.....

mwi on

!

!

ephone-dn  45

number 11098.....

mwi off

!

Ce résultat illustre certaines informations importantes. Le numéro de MWI est 11099. Le numéro de MWI désactivé est 11098. Le nombre de chiffres du plan de numérotation est égal à cinq. (Les cinq points [.....] qui suivent le code d'activation ou de désactivation MWI indiquent ceci.) En d'autres termes, MWI ne fonctionne que pour un numéro de répertoire (DN) qui contient exactement cinq chiffres.

Du côté de Cisco Unity Express, vous pouvez vérifier la configuration et la licence. Un problème courant est qu'une licence Cisco CallManager est chargée au lieu d'une licence pour CallManager Express. Émettez la commande show software Licenses à partir de Cisco Unity Express afin de vérifier ceci :

cue-3660-41a>show software licenses

Core:e

- application mode: CCME

!--- CCME represents Cisco CallManager Express.

- total usable system ports: 8

Voicemail/Auto Attendant:

- max system mailbox capacity time: 6000

- max general delivery mailboxes: 20

- max personal mailboxes: 100

Languages:

- max installed languages: 1

- max enabled languages: 1

Si vous trouvez que le mode application est CCM, Cisco CallManager, tout fonctionne sauf MWI. Malheureusement, si la licence est erronée, la seule option est de réinstaller le logiciel et de réappliquer la licence. Vous ne pouvez pas enregistrer ou restaurer de messages ou de configuration.

Vérifiez ensuite la configuration. Vous pouvez afficher la configuration elle-même à l'aide de la commande show run ou utiliser la commande show ccn application :

cue-3660-41a> show ccn application

Name:                                   ciscomwiapplication

Description:                            ciscomwiapplication

Script:                                 setmwi.aef

ID number:                              0

Enabled:                                yes

Maximum number of sessions:             4

strMWI_OFF_DN:                          11098

strMWI_ON_DN:                           11099

CallControlGroupID:                     0

Remarque : l'application est activée et les numéros MWI_OFF et MWI_ON sont respectivement 11098 et 11099. Le système ne comprend pas le nombre de chiffres dans les postes ; il place simplement un appel vers le numéro MWI approprié actif ou non et ajoute le poste de la boîte aux lettres. Le système Cisco CallManager Express doit avoir un terminal de numérotation dial-peer avec le nombre approprié de points dans le modèle de destination afin de router correctement l'appel.

Enfin, assurez-vous que l'adresse IP de la passerelle SIP Cisco Unity Express pointe vers l'adresse IP Cisco CallManager Express correcte.

cue-3660-41a>show ccn subsystem sip

SIP Gateway:                            14.80.227.125

SIP Port Number:                        5060

Si ce n'est pas le cas, les appels ne sont pas envoyés au Cisco CallManager Express approprié. Les appels échouent.

Il existe deux façons de commencer à dépanner les problèmes de signalisation. Du côté de Cisco Unity Express, il est généralement plus facile de désactiver d'abord les traces par défaut ; ensuite, réactivez-les si nécessaire. Émettez la commande no trace all afin de faire ceci. La commande trace à commencer par est trace ccn stacksip dbug.

Remarque : Reportez-vous au document Configurer et collecter des données de suivi dans CUE pour plus d'informations sur le suivi.

Avant d'envoyer un message MWI, effacez la mémoire tampon de suivi. Tous les messages de suivi écrivent dans cette mémoire tampon. Vous voulez l'effacer de sorte qu'il n'est pas nécessaire d'afficher tous les messages précédents lorsque vous les examinez après l'appel de test. Une simple commande clear trace permet d'y parvenir.

Ensuite, envoyez le message MWI. Pour ce faire, utilisez la commande mwi fresh telephonnumber xxxx. Vous pouvez également émettre des actualisations à partir de l'interface utilisateur graphique.

Enfin, affichez la mémoire tampon de trace et affichez le résultat à l'aide de la commande show trace buffer long. Cet exemple met en évidence certains éléments importants :

cue-3660-41a>trace ccn stacksip dbug

cue-3660-41a>clear trace

cue-3660-41a>mwi refresh telephonenumber 11043

cue-3660-41a>show trace buffer long

Press <CTRL-C> to exit...

2106 07/14 14:28:27.263 ACCN SIPL 0 --- send message --- to 14.80.227.125:5060

INVITE sip:1109811043@14.80.227.125;user=phone SIP/2.0

Via: SIP/2.0/UDP 14.80.227.145:5060

From: "Cisco SIP Channel3"

;tag=f0a4ab8e-488

To:

;user=phone>

Call-ID: a1c0ece2-486@14.80.227.145:5060 CSeq: 51 INVITE Contact: sip:outbound-0@14.80.227.145:5060 User-Agent: Jasmin UA / ver 1.1 Accept: application/sdp Content-Type: application/sdp Content-Length: 224 v=0 o=CiscoSystemsSIP-Workflow-App-UserAgent 3582 3582 IN IP4 14.80.227.145 s=SIP Call c=IN IP4 14.80.227.145 t=0 0 m=audio 16902 RTP/AVP 0 111 a=rtpmap:0 pcmu/8000 a=rtpmap:111 telephone-event/8000 a=fmtp:111 0-11 2069 07/14 14:28:27.275

ACCN SIPL 0 receive 379 from 14.80.227.125:51955 2070 07/14 14:28:27.275 ACCN SIPL 0 not found header for Date 2070 07/14 14:28:27.275 ACCN SIPL 0 not found header for Allow-Events 2070 07/14 14:28:27.276 ACCN SIPL 0 -------

SIP/2.0 100 Trying Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone>;tag=5FF5244-43A Date: Sat, 15 Jun 2002 13:33:41 GMT

Call-ID: a1c0ece2-486@14.80.227.145:5060 Server: Cisco-SIPGateway/IOS-12.x CSeq: 51 INVITE Allow-Events: telephone-event Content-Length: 0 2069 07/14 14:28:27.276

ACCN SIPL 0 receive 441 from 14.80.227.125:51955 2070 07/14 14:28:27.294 ACCN SIPL 0 not found header for Date 2070 07/14 14:28:27.294 ACCN SIPL 0 not found header for Allow-Events 2070 07/14 14:28:27.294 ACCN SIPL 0 -------

SIP/2.0 180 Ringing Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone>;tag=5FF5244-43A Date: Sat, 15 Jun 2002 13:33:41 GMT

Call-ID: a1c0ece2-486@14.80.227.145:5060 Server: Cisco-SIPGateway/IOS-12.x CSeq: 51 INVITE Allow: UPDATE Allow-Events: telephone-event Contact: <sip:1109811043@14.80.227.125:5060> Content-Length: 0 2072 07/14 14:28:27.294 ACCN SIPL 0 ignore null remote tag for Dialog1610: callid= a1c0ece2-486@14.80.227.145:5060, localTag=f0a4ab8e-488, remoteTag=5FF5244-43A 2072 07/14 14:28:27.294 ACCN SIPL 0 ltp95: ContactingState processResponse 100 Trying 2072 07/14 14:28:27.294 ACCN SIPL 0 ignore null remote tag for Dialog1611: callid= a1c0ece2-486@14.80.227.145:5060, localTag=f0a4ab8e-488, remoteTag=5FF5244-43A 2072 07/14 14:28:27.294 ACCN SIPL 0 ltp95: ContactingState processResponse 180 Ringing 2106 07/14 14:28:32.274 ACCN SIPL 0 ltp95: ContactingState close terminate cause=20 2106 07/14 14:28:32.275 ACCN SIPL 0 addHeadersAndBody: branch = null 2106 07/14 14:28:32.276

ACCN SIPL 0 --- send message --- to 14.80.227.125:5060

CANCEL sip:1109811043@14.80.227.125;user=phone SIP/2.0 Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone> Call-ID: a1c0ece2-486@14.80.227.145:5060 CSeq: 51 CANCEL Max-Forwards: 50 Content-Length: 0 2069 07/14 14:28:32.282

ACCN SIPL 0 receive 293 from 14.80.227.125:51955 2070 07/14 14:28:32.283 ACCN SIPL 0 not found header for Date 2070 07/14 14:28:32.283 ACCN SIPL 0 -------

SIP/2.0 200 OK Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone> Date: Sat, 15 Jun 2002 13:33:46 GMT

Call-ID: a1c0ece2-486@14.80.227.145:5060 Content-Length: 0 CSeq: 51 CANCEL 2072 07/14 14:28:32.283 ACCN SIPL 0 ignore null remote tag for Dialog1612: callid= a1c0ece2-486@14.80.227.145:5060, localTag=f0a4ab8e-488, remoteTag=null 2072 07/14 14:28:32.283 ACCN SIPL 0 ltp95: TerminatedState process response to CANCEL, unregister 2072 07/14 14:28:32.284 ACCN SIPL 0 ignore null remote tag for Dialog1609: callid= a1c0ece2-486@14.80.227.145:5060, localTag=f0a4ab8e-488, remoteTag=null 2072 07/14 14:28:32.284 ACCN SIPL 0 com.cisco.jasmin.impl.sip.MessageDispatcherImpl unregister Dialog1609: callid=a1c0ece2-486@14.80.227.145:5060, localTag=f0a4ab8e-488, remoteTag=null 2069 07/14 14:28:32.284

ACCN SIPL 0 receive 390 from 14.80.227.125:51955 2070 07/14 14:28:32.284 ACCN SIPL 0 not found header for Date 2070 07/14 14:28:32.284 ACCN SIPL 0 not found header for Allow-Events 2070 07/14 14:28:32.284 ACCN SIPL 0 -------

SIP/2.0 487 Request Cancelled Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone>;tag=5FF5244-43A Date: Sat, 15 Jun 2002 13:33:46 GMT

Call-ID: a1c0ece2-486@14.80.227.145:5060 Server: Cisco-SIPGateway/IOS-12.x CSeq: 51 INVITE Allow-Events: telephone-event Content-Length: 0 2072 07/14 14:28:32.285 ACCN SIPL 0 LocalLineImpl outbound-0 send ACK to INVITE 487 2072 07/14 14:28:32.285 ACCN SIPL 0 can not extract contact address from null 2072 07/14 14:28:32.285

ACCN SIPL 0 --- send message --- to 14.80.227.125:5060 ACK sip:1109811043@14.80.227.125;user=phone SIP/2.0 Via: SIP/2.0/UDP 14.80.227.145:5060 From: "Cisco SIP Channel3" <sip:outbound-0@14.80.227.125>;tag=f0a4ab8e-488 To: <sip:1109811043@14.80.227.125;user=phone>;tag=5FF5244-43A

Call-ID: a1c0ece2-486@14.80.227.145:5060 CSeq: 51 ACK Max-Forwards: 50 Content-Length: 0

Comme le montre cette sortie, vous envoyez un message INVITE et Cisco CallManager Express répond par un message Tying. Dès que Cisco CallManager Express envoie un message Sonnerie, vous envoyez un message ANNULER. Le numéro MWI ne décroche pas et ne prend pas d'appel. Le placement d'un appel vers le numéro lui-même suffit pour allumer ou éteindre le voyant. Dans ce cas, vous devez savoir si 11098 a MWI activé ou désactivé. En outre, 11043 doit être un poste valide dans Cisco CallManager Express.

Après avoir collecté toutes les traces Cisco Unity Express nécessaires, la meilleure chose à faire est de désactiver toutes les traces, puis d'activer à nouveau les traces par défaut. Émettez la commande clear trace all pour désactiver les traces. Ensuite, collez le code affiché ici dans l'interface de ligne de commande de Cisco Unity Express afin de réactiver toutes les traces par défaut :

Remarque : Vous pouvez également restaurer les traces par défaut si vous redémarrez Cisco Unity Express.

trace ccn engine dbug

trace ccn libldap dbug

trace ccn subsystemappl dbug

trace ccn managerappl dbug

trace ccn managerchannel dbug

trace ccn subsystemjtapi dbug

trace ccn subsystemsip dbug

trace ccn stacksip dbug

trace ccn subsystemhttp dbug

trace ccn vbrowsercore dbug

trace ccn subsystemcmt dbug

trace ccn libmedia dbug

trace ccn managercontact dbug

trace ccn stepcall dbug

trace ccn stepmedia dbug

trace config-ccn sip-subsystem debug

trace config-ccn jtapi-subsystem debug

trace config-ccn sip-trigger debug

trace config-ccn jtapi-trigger debug

trace config-ccn http-trigger debug

trace config-ccn group debug

trace config-ccn application debug

trace config-ccn script debug

trace config-ccn prompt debug

trace config-ccn miscellaneous debug

trace voicemail database query

trace voicemail database results

trace voicemail database transaction

trace voicemail database connection

trace voicemail database execute

trace voicemail mailbox login

trace voicemail mailbox logout

trace voicemail mailbox send

trace voicemail mailbox save

trace voicemail mailbox receive

trace voicemail mailbox delete

trace voicemail message create

trace voicemail message dec

trace voicemail message delete

trace voicemail message get

trace voicemail message inc

trace webinterface initwizard init

Vous pouvez également diagnostiquer facilement tous les messages SIP sur le routeur Cisco CallManager Express lui-même. Généralement, les messages debug csip et debug csip media sont les commandes les plus utiles. Lorsque seule la signalisation SIP est nécessaire, ce diagnostic est beaucoup plus rapide et Cisco Unity Express recherche des informations moins inutiles. Si Cisco Unity Express envoie la signalisation à l'adresse IP CallManager Express correcte, la signalisation SIP est mise en miroir sur chaque serveur.

Les appels à destination ou en provenance de Cisco Unity Express nécessitent G.711, ce qui présente un autre problème courant. Par exemple, les débogages peuvent afficher ce paquet SIP à partir du module Cisco CallManager Express :

Mar 11 10:09:13.767 EST: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Sent:

SIP/2.0 488 Not Acceptable Media

Via: SIP/2.0/UDP 172.18.106.88:5060

From: "Cisco SIP Channel1" <sip:outbound-0@172.18.106.66>;tag=75b5194d-133

To: <sip:1109811043@172.18.106.66;user=phone>;tag=23F1578C-252

Date: Fri, 11 Mar 2005 15:09:13 GMT

Call-ID: e34bafcc-131@172.18.106.88:5060

Server: Cisco-SIPGateway/IOS-12.x

CSeq: 51 INVITE

Allow-Events: telephone-event

Content-Length: 0

Cette sortie indique que Cisco CallManager Express a rejeté l'appel car le message INVITE SIP de Cisco Unity Express ne correspond pas à un homologue de numérotation configuré par G.711. Vous pouvez ajouter un terminal de numérotation dial-peer spécifique au trafic MWI afin de corriger ce rejet d'appel. L'exemple de cette section a 11099.... pour MWI les et 11098.... pour MWI désactivé. Vous pouvez ajouter :

dial-peer voice 123 voip

incoming called-number 1109[8,9].....

codec g711ulaw

no vad

!

Le dernier problème courant est que le trafic MWI correspond à un modèle de traduction appliqué sur un terminal de numérotation dial-peer, une règle VoIP entrante ou ailleurs. Ou, les règles COR (Class of Restriction) peuvent bloquer l'appel. N'oubliez pas que même si vous composez le numéro MWI on/off et le poste pour allumer le MWI, l'appel ne se comporte pas nécessairement de la même manière lorsqu'un appel arrive via SIP. Référez-vous au document Configuration de la classe de restrictions (COR) pour plus d'informations sur COR.

En résumé, vérifiez toujours ces éléments :

- Une licence Cisco CallManager Express est présente. Émettez la commande show software Licenses. Avec une licence Cisco CallManager, tout fonctionne sauf MWI.

- Les numéros MWI activés et désactivés sont configurés dans Cisco CallManager Express. Le nombre de points indique la longueur des postes. Exécutez la commande show telephony-service ephone-dn.

- Dans Cisco Unity Express, les numéros d'activation et de désactivation MWI sont configurés afin de correspondre aux numéros d'activation et de désactivation de Cisco CallManager Express sans points. La commande show ccn application affiche ceci.

- Cisco Unity Express pointe vers l'adresse IP correcte du serveur Cisco CallManager Express. La commande show ccn subsystem sip affiche ceci.

- Assurez-vous que mwi sip outcall est configuré sous la commande ccnsubsystem sip.

Ensuite, si tout le reste échoue, commencez à résoudre le problème de la commande trace ccn stacksip dbug.

Indicateurs de message en attente (MWI) (Cisco Unified CallManager Express uniquement)

Symptôme : Après la mise à niveau vers une nouvelle version de Cisco Unity Express, les MWI ne s'allument pas même lorsque les messages restent dans les boîtes aux lettres.

- Explication - La procédure de mise à niveau a supprimé l'adresse IP du sous-système SIP (Session Initiation Protocol).

- Action recommandée : reconfigurez l'adresse IP SIP pour qu'elle pointe vers le routeur Cisco Unified CME.

Erreur : Recherche, une erreur s'est produite lors de l'affichage de votre message

Lorsque vous tentez de récupérer des messages, le message d'erreur Rechercher s'affiche.

Suivez les étapes décrites dans Pour activer l'affichage du téléphone pour un système téléphonique afin de résoudre le problème.

Comment dépanner un système Cisco CallManager Express

Procédez comme suit afin de dépanner le système Cisco CallManager Express :

1. Entrez la commande show ephone afin d'afficher tous les téléphones enregistrés. Si aucun téléphone n'est enregistré, procédez comme suit :

1. Vérifiez la configuration DHCP, qui inclut le routeur par défaut et l'adresse du serveur TFTP (option 150).

2. Utilisez la commande dir afin de vérifier que les fichiers requis sont dans la mémoire Flash du routeur.

3. Vérifiez que la commande tftp-server est définie pour les fichiers requis.

4. Utilisez la commande debug ephone register mac-address afin d'afficher l'activité d'enregistrement du téléphone IP Cisco.

5. Utilisez la commande debug ip dhcp afin de confirmer le fonctionnement de DHCP.

2. Entrez la commande show ephone afin d'afficher tous les téléphones enregistrés. Si des téléphones sont enregistrés et s'affichent, procédez comme suit :

1. Vérifiez que la liaison du bouton du téléphone au numéro de répertoire est correcte.

2. Vérifiez que les téléphones IP Cisco s'affichent comme enregistrés.

3. Utilisez l'affichage Paramètres du téléphone afin de vérifier les paramètres IP du téléphone IP Cisco.

4. Vérifiez que le nombre de keepalive est mis à jour lorsque vous entrez la commande show phone.

5. Entrez la commande debug ephone register mac-address afin de réinitialiser le téléphone et d'observer le réenregistrement, afin d'afficher les téléphones IP Cisco.

6. Entrez la commande show ephone-dn summary afin de vérifier l'état des lignes téléphoniques IP Cisco.

7. Vérifiez l'adresse IP du téléphone et essayez d'envoyer une requête ping à l'adresse.

3. Utilisez la commande debug ephone keepalive afin de définir le débogage keepalive pour les téléphones IP Cisco.

4. Utilisez la commande debug ephone state afin de définir le débogage d'état pour les téléphones IP Cisco.

MWI avec Cisco CallManager

Pour les intégrations de Cisco Unity Express à Cisco CallManager, il est essentiel de s'assurer que Unity Express est enregistré et possède toutes les informations de connexion correctes.

La première étape consiste à déterminer si un téléphone est en mode SRST, le cas échéant, afin de résoudre les problèmes. Connectez-vous au routeur dans lequel le module Cisco Unity Express est installé. Ensuite, émettez la commande show ephone registered. Tous les téléphones enregistrés ne reçoivent pas de MWI, même si Cisco Unity Express est correctement enregistré auprès de Cisco CallManager.

vnt-2651-44a#show ephone registered

ephone-3 Mac:0008.E31B.7AFC TCP socket:[2] activeLine:0 REGISTERED

mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0

IP:14.80.119.206 51984 Telecaster 7960  keepalive 2697 max_line 6

button 1: dn 1  number 2103  CM Fallback CH1   IDLE

button 2: dn 2  number 2199  CM Fallback CH1   IDLE

ephone-4 Mac:0008.E37F.A119 TCP socket:[4] activeLine:0 REGISTERED

mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0

IP:14.80.119.207 50963 Telecaster 7960  keepalive 2696 max_line 6

button 1: dn 3  number 2104  CM Fallback CH1   IDLE

Si aucun téléphone n'est dans l'état de secours de Cisco CallManager, indiqué par l'état REGISTERED, comme indiqué précédemment, SRST n'est pas actif pour ces périphériques. L'étape suivante consiste à vérifier les configurations de Cisco Unity Express et de Cisco CallManager afin de s'assurer que Unity Express est enregistré dans CallManager.

VNT-AIM-CUE1>show ccn subsystem jtapi

Cisco Call Manager:                     14.80.227.127

CCM JTAPI Username:                     site1cue

CCM JTAPI Password:                     *****

Call Control Group 1 CTI ports:         28001,28002,28003,28004

Cette sortie répertorie tous les numéros de répertoire de point de routage CTI (Computer Telephony Integration) et le compte JTAPI utilisé par Cisco Unity Express pour se connecter à Cisco CallManager.

Vous devez vous assurer que Cisco Unity Express s'enregistre correctement dans Cisco CallManager. Tout d'abord, vérifiez que les ports CTI sont réellement enregistrés. Pour ce faire, le plus simple est d'accéder à la page Web d'administration de Cisco CallManager. Choisissez ensuite Device > Phone et recherchez les ports CTI répertoriés dans le résultat ci-dessus. Les champs Status et IP Address doivent être remplis complètement.

Si vous constatez que les ports ne sont pas enregistrés, Cisco Unity Express ne peut pas communiquer avec Cisco CallManager. Une autre possibilité est que la connexion est incorrecte. Émettez des requêtes ping simples du module Cisco Unity Express vers Cisco CallManager afin de résoudre ce problème. Si cela fonctionne, vérifiez que Cisco CTIManager et les services d'annuaire, qui sont dans ce cas le serveur d'annuaire DC, ont démarré. À partir du serveur Cisco CallManager, sélectionnez Démarrer > Programmes > Outils d'administration > Services afin de vérifier :

Vous devez également vérifier que le compte utilisateur JTAPI, qui est site1cue dans cet exemple, existe. Vous devez trouver les ports CTI, les points de routage et l'option Activer l'utilisation de l'application CTI cochée. Vérifiez également le mot de passe.

Un autre problème courant est l'espace de recherche d'appels des ports CTI. Cet espace de recherche d'appels doit contenir les partitions des numéros de répertoire pour lesquels vous essayez d'allumer le voyant MWI. Par exemple, l'espace de recherche d'appels pour les ports CTI, et non les points de routage, doit contenir la partition Line1 afin de définir un MWI pour le poste 1234 dans la ligne de partition 1. Si l'espace de recherche d'appels des ports CTI est Aucun, seuls les postes de la partition Aucun fonctionnent pour MWI.

Si la configuration semble correcte, les diagnostics JTAPI peuvent être activés sur le module Cisco Unity Express. Mais l'activation et la désactivation nécessitent un redémarrage. Ce niveau de diagnostics dépasse les paramètres de débogage de trace standard. Ne laissez pas cette option activée, en particulier pour le module d'intégration avancé (AIM), car des écritures excessives sur la carte flash interne peuvent réduire la durée de vie du flash.

Émettez une commande show ccn trace jtapi afin d'afficher les traces JTAPI actuelles activées :

Remarque : Par défaut, toutes les traces JTAPI sont désactivées.

VNT-AIM-CUE1>show ccn trace jtapi

Warning:                                0

Informational:                          0

Jtapi Debugging:                        0

Jtapi Implementation:                   0

CTI Debugging:                          0

CTI Implementation:                     0

Protocol Debugging:                     0

Misc Debugging:                         0

Émettez ces commandes afin d'activer toutes les traces :

VNT-AIM-CUE1>ccn trace jtapi debug all

You will have to reload the system for your changes to take effect

VNT-AIM-CUE1>ccn trace jtapi informational all

You will have to reload the system for your changes to take effect

VNT-AIM-CUE1>ccn trace jtapi warning all

You will have to reload the system for your changes to take effect

VNT-AIM-CUE1>show ccn trace jtapi

Warning:                                1

Informational:                          1

Jtapi Debugging:                        1

Jtapi Implementation:                   1

CTI Debugging:                          1

CTI Implementation:                     1

Protocol Debugging:                     1

Misc Debugging:                         1

Maintenant, vous devez recharger le système. Émettez les mêmes commandes ccn trace indiquées ci-dessus, mais précédez chaque commande avec le mot clé no afin de désactiver cette option ultérieurement. Par exemple, émettez no ccn trace jtapi debug all. Il s'agit d'une étape importante à retenir, en particulier sur le module AIM. L'échec de cette étape affecte les performances potentielles et réduit la durée de vie de la carte Compact Flash sur le module AIM.

Après le rechargement, le système commence à écrire les fichiers CiscoJtapi1.log et CiscoJtapi2.log, lorsque le premier est plein.

Vous pouvez afficher ces journaux si vous émettez la commande show log name CiscoJtapi1.log. Vous pouvez également copier le fichier journal sur un serveur FTP, puis afficher les informations hors connexion. La commande est copy log CiscoJtapi1.log url ftp://user:passwd@ftpservipaddr/.

Avec l'une ou l'autre méthode, toutes les informations JTAPI apparaissent. Dans cet exemple, le module Cisco Unity Express tente de s'enregistrer, mais échoue en raison d'une défaillance WAN :

15252: Jul 14 03:58:24.412 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Trying

connection to server: 14.80.227.127

15253: Jul 14 03:58:24.416 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Provider.tryOpen

() Failure java.net.NoRouteToHostException: No route to host

15254: Jul 14 03:58:24.417 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) ProviderRetryThread

waiting for 30000 msecsCCNException = com.cisco.cti.client.CCNException: No route to host

15255: Jul 14 03:58:54.803 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Trying connection

to server: 14.80.227.127

15256: Jul 14 03:58:54.808 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Provider.tryOpen

() Failure java.net.NoRouteToHostException: No route to host

15257: Jul 14 03:58:54.809 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) ProviderRetryThread

waiting for 30000 msecsCCNException = com.cisco.cti.client.CCNException: No route to host

15258: Jul 14 03:59:24.817 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Trying connection

to server: 14.80.227.127

15259: Jul 14 03:59:24.820 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Provider.tryOpen

() Failure java.net.NoRouteToHostException: No route to host

15260: Jul 14 03:59:24.821 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) ProviderRetryThread

waiting for 30000 msecsCCNException = com.cisco.cti.client.CCNException: No route to host

15261: Jul 14 03:59:55.210 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Trying connection

to server: 14.80.227.127

La trace suivante montre un enregistrement complet de Cisco Unity Express vers un Cisco CallManager. Dans cet exemple, vous voyez qu'il y a huit ports CTI associés à l'utilisateur JTAPI. Cependant, comme Cisco Unity Express n'est autorisé que pour quatre ports, seuls quatre ports sont utilisés. En outre, notez que le système effectue automatiquement une resynchronisation MWI complète après l'enregistrement à nouveau dans Cisco CallManager :

17937: Jul 14 11:28:56.037 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Trying

connection to server: 14.80.227.127

17938: Jul 14 11:28:56.042 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) connected

17939: Jul 14 11:28:56.043 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread: created

17940: Jul 14 11:28:56.045 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread

starting up...

17941: Jul 14 11:28:56.056 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.ProviderOpenRequest {

sequenceNumber = 238

provider = 14.80.227.127

qbeClientVersion = Cisco JTAPI 1.4(3.12) Release

login = site1cue

password = 0c0a000a2c

filter = com.cisco.cti.protocol.ProviderEventFilter {

deviceRegistered = true

deviceUnregistered = true

directoryChangeNotify = true

}

applicationID = Cisco IP IVR

desiredServerHeartbeatTime = 30

cmAssignedApplicationID = 0

}

17942: Jul 14 11:28:56.072 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) ReceiveThread

starting up...

17943: Jul 14 11:28:56.114 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.ProviderOpenResponse {

sequenceNumber = 238

providerInfoString = 3.3(3)

clientHeartbeat = 30

serverHeartbeat = 30

}

17944: Jul 14 11:28:56.131 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Server response:

will send server heartbeat every 30 seconds

17945: Jul 14 11:28:56.131 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) Server response:

expecting client heartbeat every 30 seconds

17946: Jul 14 11:28:56.133 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) HeartbeatSendThread

starting up

17947: Jul 14 11:28:56.135 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: created

17948: Jul 14 11:28:56.136 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread starting up...

17949: Jul 14 11:28:56.671 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.ProviderOpenCompletedEvent {

eventSequence = 279

reason = 0

sequenceNumber = 238

providerInfoString = 3.3(3)

clientHeartbeat = 30

serverHeartbeat = 30

failureDescription = null

bMonitorCallParkDNs = false

}

1ISC-7-UNK:(P1-14.80.227.127) EventThread: queuing

com.cisco.cti.protocol.ProviderOpenCompletedEvent

17951: Jul 14 11:28:56.674 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.ProviderOpenCompletedEvent[279]

17952: Jul 14 11:28:56.674 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) connected to

CTIManager version 3.3(3)

17953: Jul 14 11:28:56.676 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.ProviderGetCapabilitiesRequest {

sequenceNumber = 239

}

17954: Jul 14 11:28:56.679 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.ProviderGetCapabilitiesResponse {

sequenceNumber = 239

providerCapabilitiesInfo = com.cisco.cti.protocol.ProviderCapabilitiesInfo {

controlAnyDevice = false

maxNumberOfDevicesOpen = 0

}

}

17955: Jul 14 11:28:56.680 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) can control any

device = false

17956: Jul 14 11:28:56.681 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.ProviderGetDeviceInfoRequest {

sequenceNumber = 240

deviceGroup = 1

enumerateRegisterableDevices = true

}

17957: Jul 14 11:28:56.685 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.ProviderGetDeviceInfoResponse {

sequenceNumber = 240

enumerationHandle = 3

}

17958: Jul 14 11:28:56.686 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.80.227.127) received Response:

com.cisco.cti.protocol.GetDeviceInfoFetchResponse {

sequenceNumber = 241

info = 11@[

com.cisco.cti.protocol.DeviceInfo {

name = CUE_SIte1_GMS

type = 73

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = CUE_Site1_AA

type = 73

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = CUE_Site1_VM

type = 73

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p01

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p03

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p02

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p05

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p04

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p07

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p06

type = 72

allowsRegistration = true

},

com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p08

type = 72

allowsRegistration = true

}]

more = false

}

17960: Jul 14 11:28:56.706 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetDeviceInfoCloseRequest {

sequenceNumber = 242

enumerationHandle = 3

}

17961: Jul 14 11:28:56.709 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetDeviceInfoCloseResponse {

sequenceNumber = 242

}

17962: Jul 14 11:28:56.710 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) creating controlled

devices

17963: Jul 14 11:28:56.712 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p08(0,0)

updating lines

17964: Jul 14 11:28:56.713 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 243

deviceName = cue_site1_p08

}

17965: Jul 14 11:28:56.716 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 243

enumerationHandle = 1

}

17966: Jul 14 11:28:56.718 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 244

enumerationHandle = 1

count = 10

}

17967: Jul 14 11:28:56.754 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = ol.LineInfo {

name = 28008

permanentLineID = 1936802189

}]

more = false

}

17968: Jul 14 11:28:56.761 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 245

enumerationHandle = 1

}

17969: Jul 14 11:28:56.967 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 245

}

17970: Jul 14 11:28:56.968 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p08(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

17971: Jul 14 11:28:56.969 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p07(0,0)

updating lines

17972: Jul 14 11:28:56.970 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 246

deviceName = cue_site1_p07

}

17973: Jul 14 11:28:56.973 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 246

enumerationHandle = 2

}

17974: Jul 14 11:28:56.975 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 247

enumerationHandle = 2

count = 10

}

17975: Jul 14 11:28:57.007 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 247

info = 1@[

com.cisconeID = 829100962

}]

more = false

}

17976: Jul 14 11:28:57.009 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 248

enumerationHandle = 2

}

17977: Jul 14 11:28:57.227 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 248

}

17978: Jul 14 11:28:57.229 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p07(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

17979: Jul 14 11:28:57.229 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p06(0,0)

updating lines

17980: Jul 14 11:28:57.230 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 249

deviceName = cue_site1_p06

}

17981: Jul 14 11:28:57.233 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 249

enumerationHandle = 3

}

17982: Jul 14 11:28:57.235 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 250

enumerationHandle = 3

count = 10

}

17983: Jul 14 11:28:57.260 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 250

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28006

permanentLineID = 294850253

}]

more = false

}

17984: Jul 14 11:28:57.262 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 251

enumerationHandle = 3

}

17985: Jul 14 11:28:57.265 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 251

}

17986: Jul 14 11:28:57.267 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p06(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

17987: Jul 14 11:28:57.268 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p05(0,0)

updating lines

17988: Jul 14 11:28:57.268 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 252

deviceName = cue_site1_p05

}

17989: Jul 14 11:28:57.271 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 252

enumerationHandle = 4

}

17990: Jul 14 11:28:57.273 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 253

enumerationHandle = 4

count = 10

}

17991: Jul 14 11:28:57.309 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 253

info = 1@[

com.cisco.cti.protocol.LineInfo {7.311 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 254

enumerationHandle = 4

}

17993: Jul 14 11:28:57.314 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 254

}

17994: Jul 14 11:28:57.316 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p05(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

17995: Jul 14 11:28:57.317 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p04(0,0)

updating lines

17996: Jul 14 11:28:57.318 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 255

deviceName = cue_site1_p04

}

17997: Jul 14 11:28:57.322 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 255

enumerationHandle = 5

}

17998: Jul 14 11:28:57.324 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 256

enumerationHandle = 5

count = 10

}

17999: Jul 14 11:28:57.358 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 256

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28004

permanentLineID = 1897211172

}]

more = false

}

18000: Jul

enumerationHandle = 5

}

18001: Jul 14 11:28:57.363 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 257

}

18002: Jul 14 11:28:57.364 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p04(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18003: Jul 14 11:28:57.365 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p03(0,0)

updating lines

18004: Jul 14 11:28:57.366 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 258

deviceName = cue_site1_p03

}

18005: Jul 14 11:28:57.587 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 258

enumerationHandle = 6

}

18006: Jul 14 11:28:57.589 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 259

enumerationHandle = 6

count = 10

}

18007: Jul 14 11:28:57.632 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 259

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28003

permanentLineID = 2109152574

}]

more = false

}

18008: Jul 14 11:28:57.634 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 260

enumerationHandle = 6

}

18009: Jul 14 11:28:57.637 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 260

}

18010: Jul 14 11:28:57.638 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p03(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18011: Jul 14 11:28:57.639 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p02(0,0)

updating lines

18012: Jul 14 11:28:57.640 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 261

deviceName = cue_site1_p02

}

18013: Jul 14 11:28:57.645 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 261

enumerationHandle = 7

}

18014: Jul 14 11:28:57.646 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 262

enumerationHandle = 7

count = 10

}

18015: Jul 14 11:28:57.681 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 262

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28002

permanentLineID = 1035863534

}]

more = false

}

18016: Jul 14 11:28:57.683 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLUNK:(P1-14.80.227.127)

received Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 263

}

18018: Jul 14 11:28:57.687 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p02(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18019: Jul 14 11:28:57.688 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p01(0,0)

updating lines

18020: Jul 14 11:28:57.689 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 264

deviceName = cue_site1_p01

}

18021: Jul 14 11:28:57.692 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 264

enumerationHandle = 8

}

18022: Jul 14 11:28:57.694 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 265

enumerationHandle = 8

count = 10

}

18023: Jul 14 11:28:57.708 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 265

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28001

permanentLineID = 1084634008

}]

more = false

}

18024: Jul 14 11:28:57.710 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 266

enumerationHandle = 8

}

18025: Jul 14 11:28:57.713 EDT %JTAPI-esponse:

com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 266

}

18026: Jul 14 11:28:57.716 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p01(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18027: Jul 14 11:28:57.717 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_SIte1_GMS(0,0)

updating lines

18028: Jul 14 11:28:57.718 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 267

deviceName = CUE_SIte1_GMS

}

18029: Jul 14 11:28:57.725 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 267

enumerationHandle = 9

}

18030: Jul 14 11:28:57.727 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 268

enumerationHandle = 9

count = 10

}

18031: Jul 14 11:28:57.961 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 268

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28111

permanentLineID = 632514620

}]

more = false

}

18032: Jul 14 11:28:57.963 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 269

enumerationHandle = 9

}

18033: Jul 14 11:28:57.966 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 269

}

18034: Jul 14 11:28:57.967 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_SIte1_GMS(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18035: Jul 14 11:28:57.968 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_AA(0,0)

updating lines

18036: Jul 14 11:28:57.969 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 270

deviceName = CUE_Site1_AA

}

18037: Jul 14 11:28:57.972 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 270

enumerationHandle = 10

}

18038: Jul 14 11:28:57.974 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 271

enumerationHandle = 10

count = 10

}

18039: Jul 14 11:28:58.011 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 271

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28100

permanentLineID = 117519949

}]

more = false

}

18040: Jul 14 11:28:58.013 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 272

enumerationHandle = 10

}

18041: Jul 14 11:28:58.018 EDT %JTAved Response:

com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 272

}

18042: Jul 14 11:28:58.019 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_AA(0,0)

refreshing lines: previous=1 current=1 created=0 removed=0

18043: Jul 14 11:28:58.020 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_VM(0,0)

updating lines

18044: Jul 14 11:28:58.021 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 273

deviceName = CUE_Site1_VM

}

18045: Jul 14 11:28:58.025 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 273

enumerationHandle = 11

}

18046: Jul 14 11:28:58.035 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 274

enumerationHandle = 11

count = 10

}

18047: Jul 14 11:28:58.060 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 274

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28000

permanentLineID = 1978608865

}]

more = false

}

18048: Jul 14 11:28:58.061 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 275

enumerationHandle = 11

}

18049: Jul 14 11:28:58.277 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227s=1 current=1

created=0 removed=0

18051: Jul 14 11:28:58.279 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) refreshing device

map: previous=11 current=11 created=0 removed=0

18052: Jul 14 11:28:58.280 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.ProviderGetDeviceInfoRequest {

sequenceNumber = 276

deviceGroup = 3

enumerateRegisterableDevices = true

}

18053: Jul 14 11:28:58.283 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.ProviderGetDeviceInfoResponse {

sequenceNumber = 276

enumerationHandle = 4

}

18054: Jul 14 11:28:58.285 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetDeviceInfoFetchRequest {

sequenceNumber = 277

enumerationHandle = 4

count = 100

type = 2

}

18055: Jul 14 11:28:58.296 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetDeviceInfoFetchResponse {

sequenceNumber = 277

info = null

more = false

}

18056: Jul 14 11:28:58.298 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.GetDeviceInfoCloseRequest {

sequenceNumber = 278

enumerationHandle = 4

}

18057: Jul 14 11:28:58.507 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetDeviceInfoCloseResponse {

sequenceNumber = 278

}

18058: Jul 14 11:28:58.508 EDT %JTAPI-MISC-7-UNK:Provider "(P1-site1cue)" changing

state to IN_SERVICE

18059: Jul 14 11:28:58.509 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue)[ProviderRetryThread]

(P1-site1cue) Request: getObservers

18060: Jul 14 11:28:58.510 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) ProvInServiceEv [#684]

18061: Jul 14 11:28:58.511 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.SubsystemJTAPI$ProviderObserver@107836e4]

ObserverProxy.queueEvents: queuing asynchronously

18062: Jul 14 11:28:58.511 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.SubsystemJTAPI$ProviderObserver@107836e4):

queuing com.cisco.jtapi.JtapiProviderEventSet

18063: Jul 14 11:28:58.512 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.SubsystemJTAPI$ProviderObserver@107836e4):

delivering JPES[1]

18064: Jul 14 11:28:58.513 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.SubsystemJTAPI$ProviderObserver@107836e4]

ObserverProxy.deliverEvents()

18065: Jul 14 11:28:58.517 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.SubsystemJTAPI$ProviderObserver@107836e4]

ObserverProxy.deliverEvents() completed

18066: Jul 14 11:28:58.522 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) CUE_SIte1_GMS(0,0)

18067: Jul 14 11:28:58.525 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceOpenRequest {

sequenceNumber = 279

deviceName = CUE_SIte1_GMS

filter = com.cisco.cti.protocol.DeviceEventFilter {

deviceModeChanged = false

keyPressed = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

disableAutoRecovery = false

}

18068: Jul 14 11:28:58.544 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

received Event: com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 280

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = CUE_SIte1_GMS

type = 73

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18069: Jul 14 11:28:58.545 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18070: Jul 14 11:28:58.546 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[280]

18071: Jul 14 11:28:58.546 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18072: Jul 14 11:28:59.303 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceOpenResponse {

sequenceNumber = 279

callManagerID = 16777227

deviceID = 33

}

18073: Jul 14 11:28:59.306 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap:

opening device "CUE_SIte1_GMS"

18074: Jul 14 11:28:59.314 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18075: Jul 14 11:28:59.315 EDT %JTAPI-CTi.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 280

deviceName = CUE_SIte1_GMS

}

18077: Jul 14 11:28:59.325 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_SIte1_GMS(16777227,33)

reopening line 28111(0,0)

18078: Jul 14 11:28:59.328 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 281

deviceName = CUE_SIte1_GMS

lineName = 28111

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18079: Jul 14 11:28:59.305 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 281

deviceCallManagerID = 16777227

deviceID = 33

}

18080: Jul 14 11:28:59.330 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceInServiceEvent

18081: Jul 14 11:28:59.331 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[281]

18082: Jul 14 11:28:59.332 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Terminal

"CUE_SIte1_GMS" in service

18083: Jul 14 11:28:59.333 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [CUE_SIte1_GMS]

CiscoTermInServiceEv [#685]

18084: Jul 14 11:28:59.334 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 280

enumerationHandle = 12

}

18085: Jul 14 11:28:59.336 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 282

enumerationHandle = 12

count = 10

}

18086: Jul 14 11:28:59.362 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 281

callManagerID = 16777227

lineID = 33

}

18087: Jul 14 11:28:59.364 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) CUE_Site1_AA(0,0)

18088: Jul 14 11:28:59.367 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceOpenRequest {

sequenceNumber = 283

deviceName = CUE_Site1_AA

filter = com.cisco.cti.protocol.DeviceEventFilter {

deviceModeChanged = false

keyPressed = false

featureButtonPressed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

dilse

}

18089: Jul 14 11:28:59.371 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 282

lineCallManagerID = 16777227

lineID = 33

}

18090: Jul 14 11:28:59.371 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18091: Jul 14 11:28:59.372 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[282]

18092: Jul 14 11:28:59.373 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28111(16777227,33)}

LineInServiceEvent

18093: Jul 14 11:28:59.374 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28111"

in service

18094: Jul 14 11:28:59.374 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28111]

CiscoAddrInServiceEv [#686]

18095: Jul 14 11:28:59.375 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d8576e6]

ObserverProxy.queueEvents: queuing asynchronously

18096: Jul 14 11:28:59.376 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d8576e6):

queuing com.cisco.jtapi.JtapiAddressEventSet

18097: Jul 14 11:28:59.377 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d8576e6):

delivering JAES[1]

18098: Jul 14 11:28:59.378 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d8576e6]

ObserverProxy.deliverEvents()

18099: Jul 14 11:28:59.391 EDT %JTAPI-JTAPIIMPL-7-UNK:[com.cisco.wf.subsyscompleted

18100: Jul 14 11:28:59.403 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 282

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28111

permanentLineID = 632514620

}]

more = false

}

18101: Jul 14 11:28:59.405 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 284

enumerationHandle = 12

}

18102: Jul 14 11:28:59.408 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 283

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = CUE_Site1_AA

type = 73

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18103: Jul 14 11:28:59.409 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18104: Jul 14 11:28:59.410 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[283]

18105: Jul 14 11:28:59.411 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18106: Jul 14 11:28:59.412 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceOpenResponse {

sequenceNumber = 283

callManagerID = 16777227

deviceID = 34

}

18107: Jul 14 11:28:59.414 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 284

deviceCallManagerID = 16777227

deviceID = 34

}

18108: Jul 14 11:28:59.416 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "CUE_Site1_AA"

18109: Jul 14 11:28:59.417 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18110: Jul 14 11:28:59.418 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_AA(16777227,34)

reopening line 28100(0,0)

18111: Jul 14 11:28:59.420 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 285

deviceName = CUE_Site1_AA

lineName = 28100

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18112: Jul 14 11:28:59.422 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceInServiceEvent

18113: Jul 14 11:28:59.423 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.proto

18115: Jul 14 11:28:59.425 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [CUE_Site1_AA]

CiscoTermInServiceEv [#687]

18116: Jul 14 11:28:59.428 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 284

}

18117: Jul 14 11:28:59.429 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_SIte1_GMS(16777227,33)

refreshing lines: previous=1 current=1 created=0 removed=0

18118: Jul 14 11:28:59.430 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_AA(16777227,34)

updating lines

18119: Jul 14 11:28:59.431 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 286

deviceName = CUE_Site1_AA

}

18120: Jul 14 11:28:59.434 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 285

callManagerID = 16777227

lineID = 34

}

18121: Jul 14 11:28:59.436 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p08(0,0)

18122: Jul 14 11:28:59.436 EDT %JTAPI-CTIIMPL-7-UNK:(P1-site1cue) cue_site1_p08(0,0)

Device is not Opened previously, not attempting to open

18123: Jul 14 11:28:59.437 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) CUE_Site1_VM(0,0)

18124: Jul 14 11:28:59.439 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceOpenRequest {

sequenceNumber = 287

deviceName = CUE_Site1_VM

filter ssed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

disableAutoRecovery = false

}

18125: Jul 14 11:28:59.442 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 285

lineCallManagerID = 16777227

lineID = 34

}

18126: Jul 14 11:28:59.443 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18127: Jul 14 11:28:59.444 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[285]

18128: Jul 14 11:28:59.445 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28100(16777227,34)}

LineInServiceEvent

18129: Jul 14 11:28:59.446 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28100"

in service

18130: Jul 14 11:28:59.447 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28100]

CiscoAddrInServiceEv [#688]

18131: Jul 14 11:28:59.448 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3f0ab6e7]

ObserverProxy.queueEvents: queuing asynchronously

18132: Jul 14 11:28:59.448 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3f0ab6e7):

queuing com.cisco.jtapi.JtapiAddressEventSet

18133: Jul 14 11:28:59.449 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3f0ab6e7):

delivering JAES[1]

18134: Jul 14 11:28:59.450 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3f0ab6e7]

ObserverProxy.deliverEvents()

18135: Jul 14 11:28:59.468 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3f0ab6e7]

ObserverProxy.deliverEvents() completed

18136: Jul 14 11:28:59.475 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 286

enumerationHandle = 13

}

18137: Jul 14 11:28:59.476 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 288

enumerationHandle = 13

count = 10

}

18138: Jul 14 11:28:59.481 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 286

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = CUE_Site1_VM

type = 73

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18139: Jul 14 11:28:59.482 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18140: Jul 14 11:28:59.483 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[286]

18141: Jul 14 11:28:59.484 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18142: Jul 14 11:28:59.705 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceOpenResponse {

sequenceNumber = 287

callManagerID = 16777227

deviceID = 35

}

18143: Jul 14 11:28:59.707 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "CUE_Site1_VM"

18144: Jul 14 11:28:59.708 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18145: Jul 14 11:28:59.709 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_VM(16777227,35)

reopening line 28000(0,0)

18146: Jul 14 11:28:59.711 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 289

deviceName = CUE_Site1_VM

lineName = 28000

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18147: Jul 14 11:28:59.714 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequ

18149: Jul 14 11:28:59.716 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[287]

18150: Jul 14 11:28:59.718 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Terminal

"CUE_Site1_VM" in service

18151: Jul 14 11:28:59.718 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [CUE_Site1_VM]

CiscoTermInServiceEv [#689]

18152: Jul 14 11:28:59.720 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 288

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28100

permanentLineID = 117519949

}]

more = false

}

18153: Jul 14 11:28:59.722 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 290

enumerationHandle = 13

}

18154: Jul 14 11:28:59.724 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 289

callManagerID = 16777227

lineID = 35

}

18155: Jul 14 11:28:59.726 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p07(0,0)

18156: Jul 14 11:28:59.726 EDT %JTAPI-CTIIMPL-7-UNK:(P1-site1cue) cue_site1_p07(0,0)

Device is not Opened previously, not attempting to open

18157: Jul 14 11:28:59.727 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p06(0,0)

18158: Jul 14 11:28:59.728 EDT %JTAPI-CTIIMPL-7-UNK:(P1-site1cue) cue_site1_p06(0,0)

Device is not Opened previously, not attempting to open

18159: Jul 14 11:28:59.728 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p05(0,0)

18160: Jul 14 11:28:59.729 EDT %JTAPI-CTIIMPL-7-UNK:(P1-site1cue) cue_site1_p05(0,0)

Device is not Opened previously, not attempting to open

18161: Jul 14 11:28:59.729 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p04(0,0)

18162: Jul 14 11:28:59.733 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceRegisterDeviceRequest {

sequenceNumber = 291

deviceName = cue_site1_p04

ipAddr = 1802113708

rtpPortNumber = 16384

mediaSpecificationTimeout = 0

mediaCaps = 2@[

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 4

maxFramesPerPacket = 30

bitRate = 1

},

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 2

maxFramesPerPacket = 30

bitRate = 1

}]

filter = com.cisco.cti.protocol.DeviceEventFilter {

deviceModeChanged = false

keyPressed = false

featureButtonPressed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData 163: Jul 14 11:28:59.737 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 288

lineCallManagerID = 16777227

lineID = 35

}

18164: Jul 14 11:28:59.737 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18165: Jul 14 11:28:59.739 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[288]

18166: Jul 14 11:28:59.739 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28000(16777227,35)}

LineInServiceEvent

18167: Jul 14 11:28:59.740 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28000" in

service

18168: Jul 14 11:28:59.741 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28000]

CiscoAddrInServiceEv [#690]

18169: Jul 14 11:28:59.741 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@40b3b6e1]

ObserverProxy.queueEvents: queuing asynchronously

18170: Jul 14 11:28:59.742 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@40b3b6e1):

queuing com.cisco.jtapi.JtapiAddressEventSet

18171: Jul 14 11:28:59.744 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@40b3b6e1):

delivering JAES[1]

18172: Jul 14 11:28:59.744 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@40b3b6e1]

ObserverProxy.deliverEvents()

18173: Jul 14 11:28:59.760 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.T

18174: Jul 14 11:28:59.768 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 290

}

18175: Jul 14 11:28:59.769 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_AA(16777227,34)

refreshing lines: previous=1 current=1 created=0 removed=0

18176: Jul 14 11:28:59.770 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_VM(16777227,35)

updating lines

18177: Jul 14 11:28:59.771 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 292

deviceName = CUE_Site1_VM

}

18178: Jul 14 11:28:59.775 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received Event:

com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 289

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p04

type = 72

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18179: Jul 14 11:28:59.776 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18180: Jul 14 11:28:59.777 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[289]

18181: Jul 14 11:28:59.778 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18182: Jul 14 11:28:59.780 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceRegisterDeviceResponse {

sequenceNumber = 291

callManagerID = 16777227

deviceID = 36

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p04

type = 72

allowsRegistration = true

}

}

18183: Jul 14 11:28:59.781 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "cue_site1_p04"

18184: Jul 14 11:28:59.782 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18185: Jul 14 11:28:59.783 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p04(16777227,36)

reopening line 28004(0,0)

18186: Jul 14 11:28:59.785 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 293

deviceName = cue_site1_p04

lineName = 28004

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18187: Jul 14 11:28:59.789 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 290

deviceCallManagerID = 16777227

deviceID cti.protocol.DeviceInServiceEvent

18189: Jul 14 11:28:59.790 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[290]

18190: Jul 14 11:28:59.791 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Terminal

"cue_site1_p04" in service

18191: Jul 14 11:28:59.792 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [cue_site1_p04]

CiscoTermInServiceEv [#691]

18192: Jul 14 11:28:59.794 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 292

enumerationHandle = 14

}

18193: Jul 14 11:28:59.796 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 294

enumerationHandle = 14

count = 10

}

18194: Jul 14 11:28:59.799 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 293

callManagerID = 16777227

lineID = 36

}

18195: Jul 14 11:28:59.800 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening

device (P1-site1cue) cue_site1_p03(0,0)

18196: Jul 14 11:28:59.803 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceRegisterDeviceRequest {

sequenceNumber = 295

deviceName = cue_site1_p03

ipAddr = 1802113708

rtpPortNumber = 16386

mediaSpecificationTimeout = 0

mediaCaps = 2@[

com.cisco.cti.ability {

payloadCapability = 2

maxFramesPerPacket = 30

bitRate = 1

}]

filter = com.cisco.cti.protocol.DeviceEventFilter {

deviceModeChanged = false

keyPressed = false

featureButtonPressed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

disableAutoRecovery = false

}

18197: Jul 14 11:28:59.807 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 291

lineCallManagerID = 16777227

lineID = 36

}

18198: Jul 14 11:28:59.808 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18199: Jul 14 11:28:59.809 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[291]

18200: Jul 14 11:28:59.810 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28004(16777227,36)}

LineInServiceEvent

18201: Jul 14 11:28:59.810 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28004"

in service

18202: Jul 14 11:28:59.811 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28004]

CiscoAddrInServiceEv [#692]

18203: Jul 14 11:28:59.812 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3928f6e1]

ObserverProxy.queueEvents: queuing asynchronously

18204: Jul 14 11:28:59.812 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3928f6e1):

queuing com.cisco.jtapi.JtapiAddressEventSet

18205: Jul 14 11:28:59.813 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3928f6e1):

delivering JAES[1]

18206: Jul 14 11:28:59.814 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3928f6e1]

ObserverProxy.deliverEvents()

18207: Jul 14 11:28:59.948 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@3928f6e1]

ObserverProxy.deliverEvents() completed

18208: Jul 14 11:29:00.057 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 294

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28000

permanentLineID = 1978608865

}]

more = false

}

18209: Jul 14 11:29:00.059 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 296

enumerationHandle = 14

}

18210: Jul 14 11:29:00.062 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 292

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p03

type = 72

owsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18211: Jul 14 11:29:00.063 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18212: Jul 14 11:29:00.064 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[292]

18213: Jul 14 11:29:00.065 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18214: Jul 14 11:29:00.067 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceRegisterDeviceResponse {

sequenceNumber = 295

callManagerID = 16777227

deviceID = 37

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p03

type = 72

allowsRegistration = true

}

}

18215: Jul 14 11:29:00.068 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "cue_site1_p03"

18216: Jul 14 11:29:00.069 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18217: Jul 14 11:29:00.070 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p03

(16777227,37) reopening line 28003(0,0)

18218: Jul 14 11:29:00.072 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 297

deviceName = cue_site1_p03

lineName = 28003

filter = com.cisco.cti.protocol.LineEventFilter {

callS

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18219: Jul 14 11:29:00.096 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 293

deviceCallManagerID = 16777227

deviceID = 37

}

18220: Jul 14 11:29:00.097 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceInServiceEvent

18221: Jul 14 11:29:00.098 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[293]

18222: Jul 14 11:29:00.098 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Terminal

"cue_site1_p03" in service

18223: Jul 14 11:29:00.099 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [cue_site1_p03]

CiscoTermInServiceEv [#693]

18224: Jul 14 11:29:00.101 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 296

}

18225: Jul 14 11:29:00.102 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) CUE_Site1_VM(16777227,35)

refreshing lines: previous=1 current=1 created=0 removed=0

18226: Jul 14 11:29:00.103 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p04(16777227,36)

updating lines

18227: Jul 14 11:29:00.104 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 298

deviceName = cue_site1_p04

}

18228: Jul 14 11:29:00.107 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 297

callManagerID = 16777227

lineID = 37

}

18229: Jul 14 11:29:00.108 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening device

(P1-site1cue) cue_site1_p02(0,0)

18230: Jul 14 11:29:00.112 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceRegisterDeviceRequest {

sequenceNumber = 299

deviceName = cue_site1_p02

ipAddr = 1802113708

rtpPortNumber = 16388

mediaSpecificationTimeout = 0

mediaCaps = 2@[

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 4

maxFramesPerPacket = 30

bitRate = 1

},

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 2

maxFramesPerPacket = 30

bitRate = 1

}]

filter = com.cisco.cti.protocol.DeviceEventFilter {

deviceModeChanged = false

keyPressed = false

featureButtonPressed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

disableAutoRecovery = false

}

18231: Jul 14 11:29:00.116 EDT %JTAPI-PROTOCOL-7-UNK:(P1-1 294

lineCallManagerID = 16777227

lineID = 37

}

18232: Jul 14 11:29:00.117 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18233: Jul 14 11:29:00.118 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[294]

18234: Jul 14 11:29:00.119 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28003(16777227,37)}

LineInServiceEvent

18235: Jul 14 11:29:00.120 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28003"

in service

18236: Jul 14 11:29:00.120 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28003]

CiscoAddrInServiceEv [#694]

18237: Jul 14 11:29:00.121 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@2f3a76e1]

ObserverProxy.queueEvents: queuing asynchronously

18238: Jul 14 11:29:00.122 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@2f3a76e1):

queuing com.cisco.jtapi.JtapiAddressEventSet

18239: Jul 14 11:29:00.123 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@2f3a76e1):

delivering JAES[1]

18240: Jul 14 11:29:00.123 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@2f3a76e1]

ObserverProxy.deliverEvents()

18241: Jul 14 11:29:00.139 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@2f3a76e1]

ObserverProxy.deliverEvents() completed

18242: Jul 14 11:29:00.141 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227ceNumber = 298

enumerationHandle = 15

}

18243: Jul 14 11:29:00.142 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 300

enumerationHandle = 15

count = 10

}

18244: Jul 14 11:29:00.147 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 295

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p02

type = 72

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18245: Jul 14 11:29:00.147 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18246: Jul 14 11:29:00.148 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[295]

18247: Jul 14 11:29:00.149 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18248: Jul 14 11:29:00.151 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceRegisterDeviceResponse {

sequenceNumber = 299

callManagerID = 16777227

deviceID = 38

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p02

type = 72

allowsRegistration = true

}

}

18249: Jul 14 11:29:00.152 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "cue_site1_p02"

18250: Jul 14 11:29:00.154 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18251: Jul 14 11:29:00.155 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p02(16777227,38)

reopening line 28002(0,0)

18252: Jul 14 11:29:00.157 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.LineOpenRequest {

sequenceNumber = 301

deviceName = cue_site1_p02

lineName = 28002

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18253: Jul 14 11:29:00.161 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 296

deviceCallManagerID = 16777227

deviceID = 38

}

18254: Jul 14 11:29:00.161 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceInServiceEvent

18255: Jul 14 11:29:00.162 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[296]

18256: Jul 14 11:29:00.163 EDT %JTAPI-JTAPIIMPL-7-UNKscoTermInServiceEv [#695]

18258: Jul 14 11:29:00.166 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 300

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28004

permanentLineID = 1897211172

}]

more = false

}

18259: Jul 14 11:29:00.188 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 302

enumerationHandle = 15

}

18260: Jul 14 11:29:00.192 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 301

callManagerID = 16777227

lineID = 38

}

18261: Jul 14 11:29:00.193 EDT %JTAPI-CTI-7-UNK:(P1-14.80.227.127) reopening

device (P1-site1cue) cue_site1_p01(0,0)

18262: Jul 14 11:29:00.197 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[ProviderRetryThread] sending: com.cisco.cti.protocol.DeviceRegisterDeviceRequest {

sequenceNumber = 303

deviceName = cue_site1_p01

ipAddr = 1802113708

rtpPortNumber = 16390

mediaSpecificationTimeout = 0

mediaCaps = 2@[

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 4

maxFramesPerPacket = 30

bitRate = 1

},

com.cisco.cti.protocol.MediaCapability {

payloadCapability = 2

maxFramesPerPacket = 30

bitRate = 1

}]

filter false

featureButtonPressed = false

lampModeChanged = false

ringModeChanged = false

displayChanged = false

startTransmission = true

stopTransmission = true

startReception = true

stopReception = true

softKeyPressed = false

deviceData = true

}

disableAutoRecovery = false

}

18263: Jul 14 11:29:00.202 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 297

lineCallManagerID = 16777227

lineID = 38

}

18264: Jul 14 11:29:00.202 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18265: Jul 14 11:29:00.204 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[297]

18266: Jul 14 11:29:00.204 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28002(16777227,38)}

LineInServiceEvent

18267: Jul 14 11:29:00.205 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28002"

in service

18268: Jul 14 11:29:00.206 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28002]

CiscoAddrInServiceEv [#696]

18269: Jul 14 11:29:00.207 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d4a36e0]

ObserverProxy.queueEvents: queuing asynchronously

18270: Jul 14 11:29:00.207 EDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d4a36e0):

queuing com.cisco.jtapi.JtapiAddressEventSet

18271: Jul 14 11:29:00.208 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d4a36e0):

delivering JAES[1]

18272: Jul 14 11:29:00.209 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d4a36e0]

ObserverProxy.deliverEvents()

18273: Jul 14 11:29:00.218 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@6d4a36e0]

ObserverProxy.deliverEvents() completed

18274: Jul 14 11:29:00.220 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 302

}

18275: Jul 14 11:29:00.222 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p04(16777227,36)

refreshing lines: previous=1 current=1 created=0 removed=0

18276: Jul 14 11:29:00.223 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p03(16777227,37)

updating lines

18277: Jul 14 11:29:00.224 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 304

deviceName = cue_site1_p03

}

18278: Jul 14 11:29:00.231 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue)[Thread-37][28002]Request:

setMessageWaiting ( 2104,true )

18279: Jul 14 11:29:00.232 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) [Thread-37]

sending: com.cisco.cti.protocol.LineSetMessageWaitingRequest {

sequenceNumber = 305

lineCallManagerID = 16777227

lineID = 38

lineName = 2104

lampMode = 2

}

1828PROTOCOL-7-UNK:(P1-14.80.227.127) received Event:

com.cisco.cti.protocol.DeviceRegisteredEvent {

eventSequence = 298

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p01

type = 72

allowsRegistration = true

}

loginAllowed = false

loginUserID =

controllable = true

reason = 0

}

18281: Jul 14 11:29:00.237 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceRegisteredEvent

18282: Jul 14 11:29:00.238 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceRegisteredEvent[298]

18283: Jul 14 11:29:00.238 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) Received

DeviceRegisteredEvent

18284: Jul 14 11:29:00.240 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceRegisterDeviceResponse {

sequenceNumber = 303

callManagerID = 16777227

deviceID = 39

deviceInfo = com.cisco.cti.protocol.DeviceInfo {

name = cue_site1_p01

type = 72

allowsRegistration = true

}

}

18285: Jul 14 11:29:00.242 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) DeviceMap: opening

device "cue_site1_p01"

18286: Jul 14 11:29:00.242 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

DeviceLineUpdateThread: queuing com.cisco.cti.client.implementation.Device

18287: Jul 14 11:29:00.244 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p01(16777227,39)

reopening line 28001(0,0)

18288: Jul 14 11:29:00.246 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.

sequenceNumber = 306

deviceName = cue_site1_p01

lineName = 28001

filter = com.cisco.cti.protocol.LineEventFilter {

callStateChanged = true

dtmf = true

ring = false

toneChanged = false

globalCallHandleChanged = true

openReceiveChannel = false

partyInfoChanged = true

bExistingCallEvent = true

bNewCallEvent = true

bLineCfwdAllStatus = true

}

disableAutoRecovery = false

}

18289: Jul 14 11:29:00.249 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received Event:

com.cisco.cti.protocol.DeviceInServiceEvent {

eventSequence = 299

deviceCallManagerID = 16777227

deviceID = 39

}

18290: Jul 14 11:29:00.250 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.DeviceInServiceEvent

18291: Jul 14 11:29:00.251 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.DeviceInServiceEvent[299]

18292: Jul 14 11:29:00.252 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Terminal

"cue_site1_p01" in service

18293: Jul 14 11:29:00.253 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [cue_site1_p01]

CiscoTermInServiceEv [#697]

18294: Jul 14 11:29:00.255 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 304

enumerationHandle = 16

}

18295: Jul 14 11:29:00.268 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 307

enumerationHandle = 16

count = 10

}

18296: Jul 14 11:29:00.271 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineSetMessageWaitingResponse {

sequenceNumber = 305

}

18297: Jul 14 11:29:00.290 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineOpenResponse {

sequenceNumber = 306

callManagerID = 16777227

lineID = 39

}

18298: Jul 14 11:29:00.291 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

ProviderRetryThread stopping retries

18299: Jul 14 11:29:00.292 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127)

ProviderRetryThread waiting until notified

18300: Jul 14 11:29:00.294 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Event: com.cisco.cti.protocol.LineInServiceEvent {

eventSequence = 300

lineCallManagerID = 16777227

lineID = 39

}

18301: Jul 14 11:29:00.294 EDT %JTAPI-MISC-7-UNK:(P1-14.80.227.127) EventThread:

queuing com.cisco.cti.protocol.LineInServiceEvent

18302: Jul 14 11:29:00.295 EDT %JTAPI-CTIIMPL-7-UNK:(P1-14.80.227.127) EventThread

handling event com.cisco.cti.protocol.LineInServiceEvent[300]

18303: Jul 14 11:29:00.296 EDT %JTAPI-CTI-7-UNK:(P1-site1cue){Line:28001(16777227,39)}

LineInServiceEvent

18304: Jul 14 11:29:00.297 EDT %JTAPI-JTAPIIMPL-7-UNK:(P1-site1cue) Address "28001"

in service

18305: Jul 14 11:29:00.298 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue) [28001]

CiscoDT %JTAPI-MISC-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@324e36e0):

queuing com.cisco.jtapi.JtapiAddressEventSet

18308: Jul 14 11:29:00.300 EDT %JTAPI-JTAPIIMPL-7-UNK:ObserverThread

(com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@324e36e0):

delivering JAES[1]

18309: Jul 14 11:29:00.301 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@324e36e0]

ObserverProxy.deliverEvents()

18310: Jul 14 11:29:00.327 EDT %JTAPI-JTAPIIMPL-7-UNK:

[com.cisco.wf.subsystems.jtapi.TAPIPortGroup$ServiceAddressObserver@324e36e0]

ObserverProxy.deliverEvents() completed

18311: Jul 14 11:29:00.376 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 307

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28003

permanentLineID = 2109152574

}]

more = false

}

18312: Jul 14 11:29:00.377 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 308

enumerationHandle = 16

}

18313: Jul 14 11:29:00.381 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 308

}

18314: Jul 14 11:29:00.382 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p03(16777227,37)

refreshing lines: previous=1 current=1 created=0 removed=0

18315: Jul 14 11:29:00.383 EDT %JTAPI-CTI-7-UNK EDT %JTAPI-PROTOCOL-7-UNK:

(P1-14.80.227.127) [(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 309

deviceName = cue_site1_p02

}

18317: Jul 14 11:29:00.387 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 309

enumerationHandle = 17

}

18318: Jul 14 11:29:00.389 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 310

enumerationHandle = 17

count = 10

}

18319: Jul 14 11:29:00.397 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 310

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28002

permanentLineID = 1035863534

}]

more = false

}

18320: Jul 14 11:29:00.398 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 311

enumerationHandle = 17

}

18321: Jul 14 11:29:00.403 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 311

}

18322: Jul 14 11:29:00.405 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p02(16777227,38)

refreshing lines: previous=1 current=1 created=0 removed=0

18323: Jul 14 11:29:00.405 EDT %JTAPI-CTI-7-UNK:(P1-site1cue) cue_site1_p01(16777227,39)

updating lines

18324: Jul 14 11:29:00.406 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.DeviceGetLineInfoRequest {

sequenceNumber = 312

deviceName = cue_site1_p01

}

18325: Jul 14 11:29:00.409 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.DeviceGetLineInfoResponse {

sequenceNumber = 312

enumerationHandle = 18

}

18326: Jul 14 11:29:00.411 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoFetchRequest {

sequenceNumber = 313

enumerationHandle = 18

count = 10

}

18327: Jul 14 11:29:00.419 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoFetchResponse {

sequenceNumber = 313

info = 1@[

com.cisco.cti.protocol.LineInfo {

name = 28001

permanentLineID = 1084634008

}]

more = false

}

18328: Jul 14 11:29:00.476 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[(P1-14.80.227.127) DeviceLineUpdateThread] sending:

com.cisco.cti.protocol.GetLineInfoCloseRequest {

sequenceNumber = 314

enumerationHandle = 18

}

18329: Jul 14 11:29:00.480 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.GetLineInfoCloseResponse {

sequenceNumber = 314

}

18330: Jul 14 11:29:00.521 EDT %JTAPI-CTI-7-UNK:(P1-site1cue)

18331: Jul 14 11:29:01.514 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue)[Thread-36][28001]

Request: setMessageWaiting ( 2104,true )

18332: Jul 14 11:29:01.516 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) [Thread-36]

sending: com.cisco.cti.protocol.LineSetMessageWaitingRequest {

sequenceNumber    = 315

lineCallManagerID = 16777227

lineID            = 39

lineName          = 2104

lampMode          = 2

}

18333: Jul 14 11:29:01.520 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineSetMessageWaitingResponse {

sequenceNumber = 315

}

18334: Jul 14 11:29:02.807 EDT %JTAPI-JTAPI-7-UNK:(P1-site1cue)[Thread-37][28001]

Request: setMessageWaiting ( 2103,false )

18335: Jul 14 11:29:02.808 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) [Thread-37]

sending: com.cisco.cti.protocol.LineSetMessageWaitingRequest {

sequenceNumber    = 316

lineCallManagerID = 16777227

lineID            = 39

lineName          = 2103

lampMode          = 1

}

18336: Jul 14 11:29:02.815 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

Response: com.cisco.cti.protocol.LineSetMessageWaitingResponse {

sequenceNumber = 316

}

18337: Jul 14 11:29:26.129 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

server Heartbeat: com.cisco.cti.protocol.Heartbeat {

}

18338: Jul 14 11:29:41.158 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[HeartbeatSendThread] sending: com.cisco.cti.protocol.Heartbeat {

}

18339: Jul 14 11:29:56.473 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

server Heartbeat: com.cisco.cti.protocol

}

18340: Jul 14 11:30:11.480 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[HeartbeatSendThread] sending: com.cisco.cti.protocol.Heartbeat {

}

18341: Jul 14 11:30:26.172 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127) received

server Heartbeat: com.cisco.cti.protocol.Heartbeat {

}

18342: Jul 14 11:30:41.503 EDT %JTAPI-PROTOCOL-7-UNK:(P1-14.80.227.127)

[HeartbeatSendThread] sending: com.cisco.cti.protocol.Heartbeat {

}

Traces générales des MWI et de la messagerie vocale

Outre les problèmes d'intégration mentionnés dans la section Vue d'ensemble de MWI, il est possible de dépanner les événements de livraison et MWI dans le système avec la fonction trace. Cela fait généralement partie de la catégorie du dépannage général de la messagerie vocale. Mais comme ces questions se recoupent souvent, il est bon de souligner quelques points de base.

Cette section fournit un exemple de la commande trace voicemail all. Un appel est passé à l'utilisateur 11044 et il est transféré à la messagerie vocale. Au minimum, vous devez émettre la commande trace voicemail vmxl all et la commande trace voicemail mwi all.

Remarque : l'utilisateur appuie sur 2 pour marquer le message comme urgent. L'événement MWI indiqué dans cet exemple est en fait après la signalisation. Le signal SIP/JTAPI se produit, puis ce message s'imprime afin de vous informer qu'il a réussi.

Remarque : Il existe un ID d'appel qui permet de suivre un appel particulier s'il y a plusieurs appels simultanément. Dans ce cas, l'ID d'appel est 0x00000037e11d669. S'il s'agissait d'un système intégré à Cisco CallManager Express, vous devez également émettre la commande trace ccn stacksip dbug. Cette commande indique plus clairement quand des chiffres sont entrés, ainsi que quand se déconnecte et d'autres événements se produisent.

cue-3660-41a>show trace buffer long

Press <CTRL-C> to exit...

5047 07/15 13:33:44.198 voicemail ldap "getUserByPhoneNo" 11044

5047 07/15 13:33:44.200 voicemail ldap "getUserByPhoneNo: userDn."

/sw/local/users/user3

5047 07/15 13:33:44.200 voicemail ldap 0 getAttributeValue:

/sw/local/users/user3/Language/preferredLanguage

5047 07/15 13:33:44.201 voicemail ldap 0 getAttributeValue:

/sw/local/users/user3/TelephoneNumbers/primaryExtension

5047 07/15 13:33:44.202 voicemail database 0 Got connection: 1, inUse: 1, active: 3

5047 07/15 13:33:44.202 voicemail database "SQL: " select mailboxid from vm_mbxusers

where owner=true and userdn='/sw/local/users/user3';

5047 07/15 13:33:44.204 voicemail database "Database query results"

PERSONAL_00000000000000000000003

5047 07/15 13:33:44.204 voicemail database 0 Freed connection: 1, inUse: 0, active: 3

5047 07/15 13:33:44.255 voicemail database 0 Got connection: 2, inUse: 1, active: 3

5047 07/15 13:33:44.255 voicemail database "SQL: " 0x000000037e11d669 select mailboxid

from vm_mbxusers where owner=true and userdn='/sw/local/users/user3';

5047 07/15 13:33:44.257 voicemail database "Database query results" 0x000000037e11d669

PERSONAL_00000000000000000000003

5047 07/15 13:33:44.258 voicemail database "SQL: " 0x000000037e11d669 select distinct

vm_mbxusers.mailboxid, orphanedtime from vm_mbxusers, vm_mailbox where

vm_mailbox.mailboxid=vm_mbxusers.mailboxid and (userdn='/sw/local/users/user3') and

orphanedtime=0 and owner=false;

5047 07/15 13:33:44.265 voicemail database 0 Freed connection: 2, inUse: 0, active: 3

18885 07/15 13:33:44.279 voicemail ldap "getSpokenNameByName: userDn."

/sw/local/users/user3

18885 07/15 13:33:44.279 voicemail ldap "normalizeDN" /sw/local/users/user3

18885 07/15 13:33:44.279 voicemail ldap "getSpokenName: dn." uid=user3,ou=users,

ou=branch123,o=cisco.com

18885 07/15 13:33:44.292 voicemail database 0 Got connection: 0, inUse: 1, active: 3

18885 07/15 13:33:44.293 voicemail database "SQL: " 0x000000037e11d669 select

greetingid,greetingtype,messagelength,messagesize,greetingoid from vm_greeting

where greetingtype=10 and mailboxid='PERSONAL_00000000000000000000003';

18885 07/15 13:33:44.296 voicemail database 0 Freed connection: 0, inUse: 0, active: 3

1989 07/15 13:33:44.324 voicemail vxml "Sorry. Extension" 0x000000037e11d669

AvPHGreetENU021.wav

1989 07/15 13:33:44.334 voicemail vxml 0 0x000000037e11d669 11044

1989 07/15 13:33:44.334 voicemail vxml "is not available." 0x000000037e11d669

AvSubGreetingsENU018.wav

1989 07/15 13:33:44.348 voicemail vxml "You may record your message at the tone.

When you are finished, press #" 0x000000037e11d669 AvSubSendMsgENU050.wav

2043 07/15 13:33:51.757 voicemail agc "AGC processing buffer" 8160 0

2043 07/15 13:33:52.777 voicemail agc "AGC processing buffer" 8160 0

2043 07/15 13:33:53.797 voicemail agc "AGC processing buffer" 8160 0

2043 07/15 13:33:54.817 voicemail agc "AGC processing buffer" 8160 0

2043 07/15 13:33:55.837 voicemail agc "AGC processing buffer" 8160 0

2043 07/15 13:33:56.257 voicemail agc "AGC processing buffer" 8160 0

1989 07/15 13:33:56.627 voicemail vxml "To send this message with normal

priority, press 1. To send this message with urgent priority, press 2."

0x000000037e11d669 AvPHGreetENU002.wav

1989 07/15 13:33:56.627 voicemail vxml "To listen to your message, press 3.

To re-record it, press 4." 0x000000037e11d669 AvAesopCustomENU004.wav

1989 07/15 13:33:56.632 voicemail vxml "To cancel press 6"

0x000000037e11d669 AvPHGreetENU403.wav

1989 07/15 13:34:03.395 voicemail vxml "callerMsgRecord.record_message.action"

0x000000037e11d669  2

18885 07/15 13:34:03.402 voicemail ldap "getUserByPhoneNo" undefined

18885 07/15 13:34:03.407 voicemail ldap "getUserByPhoneNo: No entry found."

18885 07/15 13:34:03.407 voicemail message "Creating Message" 1089912843407_0

18885 07/15 13:34:03.407 voicemail message "Message Length" 5398, Message Size: 44218

18885 07/15 13:34:03.407 voicemail mailbox "Sending message(s) from"

0x000000037e11d669 /sw/local/users/user3

18885 07/15 13:34:03.407 voicemail mailbox "Sending message to"

0x000000037e11d669 11044

18885 07/15 13:34:03.408 voicemail database 0 Got connection: 1, inUse: 1, active: 3

18885 07/15 13:34:03.408 voicemail mailbox "Message received" 0x000000037e11d669

PERSONAL_00000000000000000000003,1089912843407_0

18885 07/15 13:34:03.408 voicemail database "SQL: " 0x000000037e11d669 select count

(messageid) from vm_message where messageid='1089912843407_0';

18885 07/15 13:34:03.413 voicemail database "Database query results"

0x000000037e11d669 0

18885 07/15 13:34:03.413 voicemail database "SQL: " 0x000000037e11d669 update

vm_message set messageid='1089912843407_0',messagetype=1,sender='Unknown',

urgent=true,private=false,attachedmsgid=null where messageId='OID_16650';

18885 07/15 13:34:03.559 voicemail database "SQL: " 0x000000037e11d669 insert

into vm_usermsg values('PERSONAL_00000000000000000000003',

'1089912843407_0',1,1089912843407);

18885 07/15 13:34:03.564 voicemail database "SQL: " 0x000000037e11d669 select

totalmessagetime from vm_mailbox where mailboxid='PERSONAL_00000000000000000000003'

for update;

18885 07/15 13:34:03.566 voicemail database "Database query results"

0x000000037e11d669 28061

18885 07/15 13:34:03.567 voicemail database "SQL: " 0x000000037e11d669 update

vm_mailbox set totalmessagetime=33459 where

mailboxid='PERSONAL_00000000000000000000003';

18885 07/15 13:34:03.570 voicemail database "Commiting transaction"

0x000000037e11d669

18885 07/15 13:34:03.601 voicemail ldap 0 getAttributeValue:

/sw/local/users/user3/TelephoneNumbers/primaryExtension

18885 07/15 13:34:03.601 voicemail mwi "setMessageWaiting"

0x000000037e11d669 11044,true

18885 07/15 13:34:03.602 voicemail mwi " job state" adding job

1677 07/15 13:34:03.602 voicemail mwi " job state"

http://localhost:8080/mwiapp?extn=11044&state=1

18885 07/15 13:34:03.677 voicemail database 0 Freed connection: 1, inUse: 0,

active: 3

1989 07/15 13:34:03.688 voicemail vxml "Thank you. Your message has been sent."

0x000000037e11d669 AvPHGreetENU008.wav

1989 07/15 13:34:03.700 voicemail  "Hello, Unity-lite messaging system. If you

have a mailbox in this system press '*', Otherwise please hold for an operator."

0x000000037e11d669 AvAesopCustomENU001.wav

1989 07/15 13:34:07.756 voicemail vxml 0 0x000000037e11d669 TIMEOUT

1989 07/15 13:34:07.757 voicemail vxml 0 0x000000037e11d669 TIMEOUT

Informations connexes

- Configuration de l'affichage du téléphone dans Cisco Unity Connection 8.x

- Guide de l'administrateur système de Cisco CallManager Express 3.1

- Guide d'installation et de mise à niveau Cisco Unity Express 2.3

- Guide de l'administrateur de l'interface utilisateur graphique de Cisco Unity Express pour Cisco CallManager, version 2.1

- Assistance technique concernant la technologie vocale

- Assistance concernant les produits vocaux et de communications unifiées

- Support et documentation techniques - Cisco Systems