Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
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.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
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
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 :
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.
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.
Après réimagez le processus, quatre fichiers sont changés :
Voici les modifications pour ces quatre fichiers :
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 :
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.