Pesquise defeitos problemas de conectividade entre o server do server CVP OAMP e do atendimento CVP

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:

• CVP

Componentes Utilizados

• 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:

1. Número de porta 2099
2. 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.