Introdução
Este original descreve como pesquisar defeitos problemas de conectividade entre o server portal do console da operação da Voz de Cisco (CVP) (OAMP) com o server do atendimento CVP.
Está aqui a lista de problemas de conectividade comuns entre estes dois server:
1. Que acontecer quando salvaguarda e distribui o botão pressionado na página CVP OAMP?
2. Que componentes nós precisamos de verificar se o server OAMP não pode alcançar o server do atendimento CVP?
3. Que arquivos são mudados dentro criar nova imagem o processo?
Contribuído por Mingze Yan, engenheiro de TAC da Cisco.
Editado por Sahar Modares, engenheiro de TAC da Cisco.
Prerequisties
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Server 11.5 do atendimento CVP
- CVP OAMP 11.5
Que acontecer quando salvaguarda e distribui o botão pressionado na página CVP OAMP?
A fim compreender o que acontece quando salvaguarda e distribuem o botão são pressionados, você precisam de ver o que é mostrado quando o server novo do atendimento foi instalado. Depois que o server do atendimento CVP é instalado, não há nenhum subsistema CVP definido e o server OAMP não atribui nenhum barramento da mensagem.
A fim verificar a configuração, navegue a \ Cisco \ CVP \ arquivo do conf \ system.properties. O arquivo não inclui a informação de subsistema.
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
Do mesmo dobrador, há não de encaixe definido no arquivo 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
Dos logs CVP, este é o que mostra quando há nenhum subsistema definido:
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]
Quando o server do atendimento CVP é configurado na página OAMP GUI, estas mudanças acontecem:
1. A informação do barramento da mensagem dos impulsos do server OAMP ao server do atendimento CVP, igualmente adiciona o subsistema e o encaixe.
2. Estes arquivos são alterados depois que as mudanças eram aplicadas:

3. Do arquivo system.properties, o barramento da mensagem é atribuído pelo server OAMP, que é globalmente significativo. Cada server do atendimento CVP usa o barramento diferente da mensagem para comunicar-se com o 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. Do arquivo ORM.Properties, o adapterName do controle é adicionado:
#For http client
orm.org.apache.logLevel = ERROR
httpclient.logLevel = ERROR
orm.controller.adapterName = CVPCTL3
5. O arquivo interno messageAdapter.properties, encaixes é adicionado, e os números de porta são atribuídos a cada um de encaixe.
# --------------- 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. Em wrapper.conf, a adição das Javas que ajusta rmi.server é adicionada:
# 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
Que componentes nós precisamos de verificar se o server OAMP não pode alcançar o server do atendimento CVP?
Quando a configuração CVP salvar de OAMP, este Mensagem de Erro pode ser indicado:
O “dispositivo não podia ser alcançado devido ao timeout de conexão”
A fim conectar OAMP ao server do atendimento CVP, OAMP precisa de comunicar-se com as duas portas no atendimento CVP separa, que são 2099 (porta fixa) e uma porta aleatória rmi (1024- 65535).
Use o jconsole para testar a Conectividade (C:\Cisco\CVP\jre\bin\jconsole.exe):

Se o teste falha com conexão deste Mensagem de Erro a “falhada: Nova tentativa? ”, estas duas portas devem ser verificadas:
- Número de porta 2099
- A porta aleatória rmi. (que em nosso OS do aparelho de teste atribuiu o número de porta 1042).
Está aqui o Mensagem de Erro quando a porta 1042 é obstruída:

Está aqui a captura de pacote de informação quando trabalhos de teste do jconsole muito bem:

Devido a esta porta aleatória, o servidor de console da operação CVP não pode ser distribuído fora de um Firewall quando todos componentes unificados restantes CVP residirem dentro do Firewall.
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
O comportamento foi descrito neste defeito:
CSCve32007 - Servidor de console no meio das operações do Firewall e componentes CVP
A fim encontrar o número aleatório rmi, use estas etapas:
Step1. Use 2099 para encontrar o número PID.
Etapa 2. Use o número PID para encontrar todas as portas que são usadas.
Exemplo:

Note: A conexão entre OAMP e server do atendimento é bidirecional. O mesmo comando pode ser usado para portas local em server OAMP.
Que arquivos são mudados dentro criar nova imagem o processo?
Depois que o processo da nova imagem, quatro arquivos é mudado:
- messageAdapter.properies
- orm.propeties
- orm.xml
- system.propeties

Estão aqui as mudanças para estes quatro arquivos:
- Em messageAdapter.properies, os encaixes que foi adicionado na seção anterior são suprimidos
- Em orm.propeties, orm.controller.adapterName =CVPCTL3 é removido
- Em orm.xml, todo o subsistema adicionado na seção anterior é suprimido
- Em system.propeties, o subsistema foi adicionado na seção anterior é suprimido
Se você clica a salvaguarda e o desenvolvimento da página OAMP, o server do atendimento CVP não está atualizado, porque OAMP ainda no uso com o barramento ID da mensagem se comunicam com o server do atendimento, mas o server do atendimento não tem nenhuma tal informação do barramento da mensagem.
Depois que o supressão do server do atendimento CVP de OAMP, três arquivos é mudado:
- messageAdaptor
- Orm
- Sistema

- o arquivo do messageAdaptor está vazio
- Orm adiciona esta linha orm.controller.adapterName =
- O arquivo de sistema adiciona esta linha MessagingLayer.adapterName =
Quando você adicionar novamente o server do atendimento CVP em OAMP, a seguir a configuração está atualizada no server do atendimento CVP.

Os arquivos actualizados são quase os mesmos que o desenvolvimento da primeira vez, à exceção do orm_jmx do arquivo.
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

Assim, criar nova imagem a informação do barramento da mensagem das supressões, que causa OAMP não pode atualizar o server do atendimento CVP. Consequentemente, o server do atendimento deve ser suprimido para permitir que o server do atendimento aceite a atribuição nova do barramento da mensagem.
Arquivos de configuração e captura de pacote de informação anexados para a referência.