Contenu

Introduction

Prerequisties

Conditions requises

Composants utilisés

Queest-ce qu'il se produit quand sauvegarde et déploie la page CVP enfoncée par bouton OAMP ?

Quels composants devons-nous vérifier si le serveur OAMP ne peut pas atteindre le serveur d'appel CVP ?

Quels fichiers sont changés dans le processus de re-image ?

Introduction

Ce document décrit comment dépanner des problèmes de connectivité entre le serveur de la console d'exécution du port voix de Cisco (CVP) (OAMP) avec le serveur d'appel CVP.

Voici la liste de problèmes de connectivité communs entre ces deux serveurs :

1.  Queest-ce qu'il se produit quand sauvegarde et déploie la page CVP enfoncée par bouton OAMP ?

2.  Quels composants devons-nous vérifier si le serveur OAMP ne peut pas atteindre le serveur d'appel CVP ?

3.  Quels fichiers sont changés dans le processus de re-image ?

Contribué par Mingze Yan, ingénieur TAC Cisco.

Édité par Sahar Modares, ingénieur TAC Cisco.

Prerequisties

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- CVP

Composants utilisés

- Serveur 11.5 d'appel CVP

- CVP OAMP 11.5

Queest-ce qu'il se produit quand sauvegarde et déploie la page CVP enfoncée par bouton OAMP ?

Afin de comprendre ce qui se produit quand sauvegarde et déployez le bouton est appuyé sur, vous doivent voir ce qui est affiché quand le nouveau serveur d'appel a été installé. Après que le serveur d'appel CVP soit installé, il n'y a aucun sous-système CVP défini et le serveur OAMP n'alloue aucun bus de message.

Afin de vérifier la configuration, naviguez vers \ Cisco \ CVP \ fichier du conf \ system.properties. Le fichier n'inclut pas l'information par sous-ensemble.

CVPServlet.upgradeProperties = false /

#msg.sendType = NEW_CALL

#msg.sendTopic = CVP.ICM.CC.RESP.SYS_SIP1

#stub.ipaddress = localhost

#stub.sendport  = 6000

#stub.readport  = 7000

CVPServlet.upgradeProperties = false

Du même répertoire, il n'y a aucun module d'extension défini dans le fichier MessageAdapter.properties.

#MessageAdapter.MsgBus001.filter.stubFilter1 = CVP.SIP.CC.*

##--------------- STUB SS (SYS_STUB1) MESSAGE BUS SIDE PLUGIN -------------------

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.class = com.cisco.msg.msgbus.inprocess.InProcessPlugin

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.param.pluginType = IN_PROCESS

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.param.adapterName = MsgBus001

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.param.adapterType = MessageBus

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.param.mirrorPluginName = SYS_STUB1

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.filter.exclude.1 = filterAll

#MessageAdapter.MsgBus001.plugin.MSGBUS_STUB1.filter.include.1 = stubFilter1

##--------------- STUB SS (SYS_STUB1) PLUGIN -------------------

#MessageAdapter.STUB1.active = true

#MessageAdapter.STUB1.plugin.SYS_STUB1.class = com.cisco.msg.msgbus.inprocess.InProcessPlugin

#MessageAdapter.STUB1.plugin.SYS_STUB1.param.pluginType = IN_PROCESS

#MessageAdapter.STUB1.plugin.SYS_STUB1.param.adapterName = STUB1

#MessageAdapter.STUB1.plugin.SYS_STUB1.param.mirrorPluginName = MSGBUS_STUB1

#MessageAdapter.STUB1.plugin.SYS_STUB1.param.adapterType = STUB

Des logs CVP, est ce ce qu'il affiche quand il y a aucun sous-système défini :

16: 10.66.75.101: Jul 07 2017 09:28:27.726 +1000: %CVP_11_5_Infrastructure-0-START:  No Subsystems have been started.  Have you configured your server yet? ; Make sure <CVP_HOME>\conf\propFileList.properties is loading "system" and that <CVP_HOME>\conf\system.properties lists at least one subsystem to load. [id:1033]

Quand le serveur d'appel CVP est configuré en page GUI OAMP, ces modifications se produisent :

1. Les informations de bus de message de poussers de serveur OAMP au serveur d'appel CVP, ajoutent également le sous-système et le périphérique prêt à brancher.

2. Ces fichiers sont modifiés après que les modifications aient été appliquées :

3. À partir du fichier system.properties, le bus de message est alloué par le serveur OAMP, qui est globalement significatif. Chaque serveur d'appel CVP utilise le bus différent de message pour communiquer avec OAMP :

CVPServlet.upgradeProperties = false

MessagingLayer.adapterName = MsgBus003

CVPServlet.subsystem.0.Class = com.cisco.cvp.central.CVPController

CVPServlet.subsystem.0.ID = CVPCTL3

CVPServlet.subsystem.1.Class = com.cisco.cvp.icm.ICMSubsystem

CVPServlet.subsystem.1.ID = ICM3

CVPServlet.subsystem.2.Class = com.cisco.cvp.sip.SipSubsystem

CVPServlet.subsystem.2.ID = SIP3

CVPServlet.subsystem.3.Class = com.cisco.cvp.ivr.IVRSubSystem

CVPServlet.subsystem.3.ID = IVR3

cmdManager.timeout = 10000

cmdManager.commandPrefix = cmd /c

cmdManager.checkServiceCmd = net start

cmdManager.cmd_separator = &

cmdManager.expected = expected

4. À partir du fichier ORM.Properties, l'adapterName de contrôle est ajouté :

#For http client

orm.org.apache.logLevel = ERROR

httpclient.logLevel = ERROR

orm.controller.adapterName = CVPCTL3

5. Le fichier intérieur messageAdapter.properties, des modules d'extension est ajouté, et des numéros de port sont alloués à chaque module d'extension.

# --------------- ORM OUTPROCESS PLUGIN -------------------

MessageAdapter.ORM.active = true

MessageAdapter.ORM.plugin.SYS_ORM.class = com.cisco.msg.msgbus.outprocess.OutProcessClientPlugin

MessageAdapter.ORM.plugin.SYS_ORM.param.pluginType = OUT_PROCESS

MessageAdapter.ORM.plugin.SYS_ORM.param.adapterName = ORM

MessageAdapter.ORM.plugin.SYS_ORM.param.adapterType = OAMP

MessageAdapter.ORM.plugin.SYS_ORM.param.primaryServerHostname = 10.66.75.101

MessageAdapter.ORM.plugin.SYS_ORM.param.primaryServerPort = 23000

MessageAdapter.ORM.plugin.SYS_ORM.param.socketReadTimeout = 0

MessageAdapter.ORM.plugin.SYS_ORM.param.waitForApplication = 3

MessageAdapter.ORM.plugin.SYS_ORM.param.mirrorPluginName = MSGBUS_ORM3

6. Dans wrapper.conf, l'ajout de Javas plaçant rmi.server est ajouté :

# Java Additional Parameters

wrapper.java.additional.1= -Djavax.net.ssl.keyStore=C:/Cisco/CVP/conf/security/.ormKeystore

wrapper.java.additional.2= -Djavax.net.ssl.keyStorePassword=<NEED_TO_MODIFY>

wrapper.java.additional.3= -Djavax.net.ssl.keyStoreType=JCEKS

wrapper.java.additional.4= -Djavax.net.ssl.trustStore=C:/Cisco/CVP/conf/security/.keystore

wrapper.java.additional.5= -Djavax.net.ssl.trustStorePassword=<NEED_TO_MODIFY>

wrapper.java.additional.6= -Djavax.net.ssl.trustStoreType=JCEKS

wrapper.java.additional.7= -Dcom.sun.management.config.file=../conf/orm_jmx.properties

wrapper.java.additional.8= -Dccbu.logging.config.file=log4j_orm.xml

wrapper.java.additional.9= -Djava.rmi.server.hostname=10.66.75.101

Quels composants devons-nous vérifier si le serveur OAMP ne peut pas atteindre le serveur d'appel CVP ?

Quand la configuration CVP est enregistrée d'OAMP, ce message d'erreur peut être affiché :

Le « périphérique n'a pas pu être atteint en raison du délai d'attente de connexion »

Afin de connecter OAMP au serveur d'appel CVP, OAMP doit communiquer avec deux ports dans l'appel CVP divise, qui sont 2099 (port fixe) et un port aléatoire rmi (1024- 65535).

Jconsole d'utilisation pour tester la Connectivité (C:\Cisco\CVP\jre\bin\jconsole.exe) :

Si le test échoue avec ce message d'erreur la « connexion a manqué : Relance ?  », ces deux ports doivent être vérifiés :

1. Numéro de port 2099

2. Le port aléatoire rmi. (qui en notre SYSTÈME D'EXPLOITATION de banc d'essai a alloué le numéro de port 1042).

Voici le message d'erreur quand le port 1042 est bloqué :

Voici la capture de paquet quand le test de jconsole fonctionne bien :

En raison de ce port aléatoire, le serveur de console d'exécution CVP ne peut pas être déployé en dehors d'un Pare-feu tandis que tous autres composants unifiés CVP résident à l'intérieur du Pare-feu.

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/customer_voice_portal/srnd/11_0/CCVP_BK_11366AC9_00_1101-design-guide/CCVP_BK_11366AC9_00_1101-design-guide_chapter_01100.html

Le comportement a été décrit dans ce défaut :

CSCve32007 - Serveur intermédiaire de console d'exécutions de Pare-feu et composants CVP

Afin de trouver le nombre aléatoire rmi, utilisez ces étapes :

Step1. Utilisation 2099 de trouver le nombre PID.

Étape 2. Utilisez le nombre PID pour découvrir tous les ports qui sont utilisés.

Exemple :

Note: La connexion entre OAMP et serveur d'appel est bidirectionnelle. La même commande peut être utilisée pour des ports locaux sur des serveurs OAMP.

Quels fichiers sont changés dans le processus de re-image ?

Après réimagez le processus, quatre fichiers sont changés :

- messageAdapter.properies

- orm.propeties

- orm.xml

- system.propeties

Voici les modifications pour ces quatre fichiers :

- Dans messageAdapter.properies, des modules d'extension qui a été ajouté dans la section précédente sont supprimés

- Dans orm.propeties, orm.controller.adapterName =CVPCTL3 est retiré

- Dans orm.xml, tout le sous-système ajouté dans la section précédente sont supprimés

- Dans system.propeties, le sous-système a été ajouté dans la section précédente est supprimé

Si vous cliquez sur la sauvegarde et le déploiement de la page OAMP, le serveur d'appel CVP n'est pas mis à jour, car OAMP en service avec l'ID de bus de message communiquent toujours avec le serveur d'appel, mais le serveur d'appel n'a aucune une telle informations de bus de message.

Après que la suppression de serveur d'appel CVP d'OAMP, trois fichiers soient changées :

- messageAdaptor

- Orm

- Système

- le fichier de messageAdaptor est vide

- Orm ajoute cette ligne orm.controller.adapterName =

- Le fichier système ajoute cette ligne MessagingLayer.adapterName =

Quand vous re-ajoutez le serveur d'appel CVP dans OAMP, alors la configuration est mise à jour dans le serveur d'appel CVP.

Les fichiers mis à jour sont presque identiques que le déploiement de première fois, excepté l'orm_jmx de fichier.

javax.net.debug = all

com.sun.management.jmxremote.ssl.need.client.auth = false

com.sun.management.jmxremote.authenticate = false

com.sun.management.jmxremote.port = 2099

com.sun.management.jmxremote.ssl = false

Ainsi, les informations de bus de message d'effacements de re-image, qui entraînent OAMP ne peuvent pas mettre à jour le serveur d'appel CVP. Par conséquent, le serveur d'appel doit être supprimé pour permettre au serveur d'appel pour recevoir la nouvelle allocation de bus de message.

Fichiers de configuration et capture reliés de paquet pour la référence.