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

Transcrição

1 Pesquise defeitos problemas de conectividade entre o server do server CVP OAMP e do atendimento CVP Índice Introdução Prerequisties Requisitos Componentes Utilizados Que acontecer quando salvaguarda e distribui o botão pressionado na página CVP OAMP? Que componentes nós precisamos de verificar se o server OAMP não pode alcançar o server do atendimento CVP? Que arquivos são mudados dentro criar nova imagem o processo? Introdução Este documento 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

2 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: : Jul :28: : %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 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 = 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 = MessageAdapter.ORM.plugin.SYS_ORM.param.primaryServerPort = 23000

4 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= 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 ( ). Use o jconsole para testar a Conectividade (C:\Cisco\CVP\jre\bin\jconsole.exe):

5 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 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. _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: CSCve 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:

6 Nota: 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

7 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

8 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.