Contents

Introduction

Versões e endereçamento

Solucionar Problemas de Registro Intermitente do Telefone Cisco 7800 Series

Habilitar acesso SSH por telefone

Ativar registros telefônicos

Cenário de trabalho

Cancelamento de registro de telefone após o CUCM

Introduction

Este documento descreve o processo de solução de problemas para o Cisco Phone 7800 Series registrado nos registros intermitentes do Cisco Unified Communications Manager (CUCM) causados por problemas de rede.

Versões e endereçamento

CUCM 11.0.1

Telefone IP 7821, sip78xx.10-3-1-12

PUB DO CUCM: 10.48.47.143

SUB DO CUCM: 10.48.47.136

Telefone IP: 10.62.153.20

Solucionar Problemas de Registro Intermitente do Telefone Cisco 7800 Series

O processo de solução de problemas para telefones que desregistram intermitentemente pode ser complicado, devido à necessidade de capturar um pacote do telefone não registrado.

Uma solução ou uma solução alternativa para resolver esse problema é tentar isolar um grupo relativamente pequeno de telefones que estão tendo o problema. Em seguida, configure um servidor de salto e SSH para a CLI de todos esses telefones. Verifique se os registros estão gravados em arquivos de log externos.

Habilitar acesso SSH por telefone

Na página Administration do CUCM, navegue para Device -> Phone. Selecione o telefone para o qual você precisa solucionar problemas e, em Product Specific Configuration Layout -> SSH Access set Enable. Você também precisa configurar o login e a senha do SSH na seção Secure Shell Information como mostrado abaixo.

Ativar registros telefônicos

Para problemas de registro, a solução de problemas de níveis de depuração específicos deve ser configurada no telefone.

Faça login no telefone através do protocolo SSH. Você precisa colocar as credenciais duas vezes.

As primeiras credenciais foram especificadas na configuração Secure Shell Information. No exemplo é

login: cisco

password: cisco

O segundo prompt de credenciais aparecerá logo após o primeiro e você precisará digitar o seguinte.

snoopyplus login: debug

password: debug

Para a solução de problemas de registro, habilite as seguintes depurações.

DEBUG> debug lsm vcm fim fsm gsm sip-messages sip-reg-state sip-adapter snapshot

debugs: sip-adapter fim fsm gsm lsm sip-state sip-messages sip-reg-state ccdefault vcm snapshot

DEBUG> debug jvm SIPCC

DEBUG> Successfully executed the command.

Em seu software SSH Client, configure Session logging para um arquivo de log de texto.

Comece a gerar as entradas de depuração no cliente SSH.

DEBUG> sdump

Após digitar o comando acima, várias linhas de registros serão geradas.

Cenário de trabalho

Neste cenário, o CUCM Publisher (PUB) está funcionando e o único servidor Subscriber (SUB) implantado tem o processo CallManager desligado.

Ao analisar o cenário de cancelamento de registro do telefone, primeiro localize o último registro do telefone com êxito.

Veja as saídas típicas nos registros de telefone abaixo.

As mensagens mais importantes estão em negrito.

1756 DEB nov 09 12:59:23.444344 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Alteração do estado de registro: SIP_REG_STATE_REGISTERED —> SIP_REG_STATE_IDLE

1758 DEB nov 09 12:59:23.445474 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Alteração do estado de registro: SIP_REG_STATE_IDLE —> SIP_REG_STATE_IDLE

1766 NOT nov 09 12:59:23.447427 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEPC80084AA8721

1767 NOT nov 09 12:59:23.447580 JAVA-ccsip_messaging: sipSPIAddContactHeader: ccb->call_mode = 0, display_name = 5035

1768 DEB nov 09 12:59:23.447732 JAVA-SIPCC-PLAT_API: platform_get_mac_address: AtiveMacAddr:do Get Val: c800:84aa:8721

1773 DEB nov 09 12:59:23.449563 JAVA-sipio-sent—> REGISTRO sip:10.48.47.143 SIP/2.0^M

Via: SIP/2.0/TCP 10.62.153.20:51509;branch=z9hG4bK02d4d010^M

De: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M

Para: <sip:5035@10.48.47.143>^M

ID da chamada: c80084aa-8721001f-10fda170-17017997@10.62.153.20^M

Encaminhamento máximo: 70^M

Data: Qua, 9 de novembro de 2016 12:59:23 GMT^M

QCSeq: 154 REGISTRO^M

Agente de usuário: Cisco-CP7821/10.3.1^M

Contato: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<urn:uid 00000000-0000-0000-0000-c80084aa8721>";+u.sip!devicename.ccm.cisco.com="SEPC8084AA87 21";+u.sip!model.ccm.cisco.com="621"^M

Compatível: replace,join,sdp-anat,norefersub,resource-priority,extended-reference,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1^M

Comprimento do conteúdo: 0^M

validade: 3600^M

^M

1776 DEB Nov 09 12:59:23.449899 JAVA-[[MESSAGE_1.0]]: [SIPCC] —> REGISTRO sip:10.48.47.143 SIP/2.0() —> [10.48.47.143] :

1777 DEB nov 09 12:59:23.450082 JAVA-SIPCC-SIP_MSG_SEND: csip_store_send_msg_for_alarm: Enviado:REGISTER sip:10.48.47.143 SIP/2.0 Cseq:154 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20

1778 DEB nov 09 12:59:23.450296 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Alteração do estado de registro: SIP_REG_STATE_IDLE —> SIP_REG_STATE_REGISTERING

1780 DEB Nov 09 12:59:23.486646 JAVA-sipio-recv<— SIP/2.0 100 Tentando^M

Via: SIP/2.0/TCP 10.62.153.20:51509;branch=z9hG4bK02d4d010^M

De: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M

Para: <sip:5035@10.48.47.143>^M

Data: Qua, 9 de novembro de 2016 12:59:24 GMT^M

ID da chamada: c80084aa-8721001f-10fda170-17017997@10.62.153.20^M

QCSeq: 154 REGISTRO^M

Comprimento do conteúdo: 0^M

^M

1782 DEB nov 09 12:59:23.486890 JAVA-[[MESSAGE_1.0]]: [10.48.47.143] —> SIP/2.0 100 Tentando() —> [SIPCC] :

1788 DEB Nov 09 12:59:23.490033 JAVA-sipio-recv<— SIP/2.0 200 OK^M

Via: SIP/2.0/TCP 10.62.153.20:51509;branch=z9hG4bK02d4d010^M

De: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M

Para: <sip:5035@10.48.47.143>;tag=1785778723^M

Data: Qua, 9 de novembro de 2016 12:59:24 GMT^M

ID da chamada: c80084aa-8721001f-10fda170-17017997@10.62.153.20^M

Servidor: Cisco-CUCM11.0^M

QCSeq: 154 REGISTRO^M

validade: 120^M

Contato: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<urn:uuid:0000000-0000-0000-0000-c80084aa8721>";+u.sip!devicename.ccm.cisco.com="SEPC80084AA8721";+u.sip!model.ccm.cisco.com="621"^M

Compatível: X-cisco-srtp-fallback,X-cisco-sis-8.0.0^M

Comprimento do conteúdo: 0^M

^M

1790 DEB Nov 09 12:59:23.490247 JAVA-[[MESSAGE_1.0]]: [10.48.47.143] —> SIP/2.0 200 OK() —> [SIPCC] :

1791 DEB nov 09 12:59:23.490400 JAVA-SIPCC-SIP_MSG_SEND: ccsip_store_rcvd_msg_for_alarm: Rcvd:SIP/2.0 200 OK Cseq:154 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20

1792 DEB nov 09 12:59:23.490949 JAVA-SIPCC-SIP_BRANCH: sip_sm_ccb_match_branch_cseq: Branch_id e CSeq correspondentes

1793 DEB nov 09 12:59:23.491773 JAVA-SIPCC-SIP_RESP: sipSPICheckResponse: Correspondência de resposta: callid=c80084aa-8721001f-10fda170-17017997@10.62.153.20, cseq=154, cseq_method=REGISTER

1794 DEB nov 09 12:59:23.491956 JAVA-SIPCC-SIP_REG_BULK: 97/0, ccsip_handle_ev_2xx: bulk_reg_status: BULK_REG_SUCCESS, bulk_reg_resp_code: 200

1798 DEB nov 09 12:59:23.493726 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Alteração do estado de registro: SIP_REG_STATE_REGISTERING —> SIP_REG_STATE_REGISTERED

1799 DEB nov 09 12:59:23.493848 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: LINHA 1: REGISTRADO

1800 DEB nov 09 12:59:23.493940 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: redefinir DND.

1801 ERR nov 09 12:59:23.494215 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureUpdated: evento REG_STATE:linha=1,estado=1

1802 DEB nov 09 12:59:23.494367 JAVA-SIPCC-SIP_REG_STATE: csip_handle_ev_2xx: Bulk_reg=false. Definindo o estado Reg como TRUE para linha=1

1803 DEB nov 09 12:59:23.494550 JAVA-SIPCC-SIP_TIMER: 97/1, ccsip_handle_ev_2xx: Temporizador de expiração inicial (115 s)

Cancelamento de registro de telefone após o CUCM

Neste cenário, o servidor UCS com CUCM PUB travou e o único servidor SUB tem o processo de desligamento do CallManager.

Note: Não há mensagem explícita de que o telefone perdeu a conexão TCP.

Depois que o telefone tenta estabelecer uma conexão TCP com o nó primário sem êxito, o telefone começa a tentar criar uma conexão com o CUCM secundário.

Aqui o processo do CUCM SUB CallManager é interrompido, portanto, o soquete não pode ser criado e o recuo do registro falha.

Há algumas tentativas de registro feitas no nó SUB.

1826 NÃO nov 09 13:00:44.003142 JAVA-SIPCC-SIP_FALLBACK: sip_regmgr_ev_tmr_ack_retry: Em SIP_REG_STATE_IN_FALLBACK tentando criar conexão para enviar REG

1829 NOT nov 09 13:00:44.003813 JAVA-SIP : sip_tcp_get_free_conn_entry : índice retornado=1

1830 ERR nov 09 13:00:44.104500 JAVA-SIPCC-SIP_CC_CONN: sip_tcp_create_connection: falha na conexão do soquete cpr_errno: 1 ipaddr: 10.48.47.136, porta: 5060

1831 ERR nov 09 13:00:44.104653 JAVA-SIPCC-SIP_TRANS: sip_tcp_detach_socket: Máximo de conexões TCP alcançadas.

1832 NÃO nov 09 13:00:44.104836 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Soquete fd: 53 fechado para a coluna 1 com endereço: 1, porta remota: 170930056

1833 ERR nov 09 13:00:44.104927 JAVA-SIPCC-SIP_CC_CONN: sip_transport_setup_cc_conn: <PRIMARY_CCM>:tcp channel create error server addr=10.48.47.136, falha na porta do servidor=5060.

1834 DEB Nov 09 13:00:44.105263 JAVA-SNAPSHOT-CRIAR: CCAPI_Device_getDeviceInfo: g_deviceInfo.ins_state=1

1835 DEB Nov 09 13:00:44.105385 JAVA-SNAPSHOT-CRIAR: CCAPI_Device_getDeviceInfo: deviceInfo->sis_name=X-cisco-sis-

1836 DEB Nov 09 13:00:44.105477 JAVA-SNAPSHOT-CRIAR: CCAPI_Device_getDeviceInfo: ponteiro de referência=b31141c0

1837 DEB Nov 09 13:00:44.105568 JAVA-SNAPSHOT-CRIAR: CCAPI_Device_getDeviceInfo: deviceInfo->ins_state=1

1838 DEB nov 09 13:00:44.105629 JAVA-SIPCC-SIP_CC_PROV: ccsnap_gen_deviceEvent: g_deviceInfo.ins_state=1

1854 DEB nov 09 13:00:44.107949 JAVA-SIPCC-SIP_TRANS: sip_get_local_ip_addr: dst_addr: 10.48.47.143

1855 DEB nov 09 13:00:44.108040 JAVA-SIPCC-SIP_TRANS: sip_get_local_ip_addr: src_addr: 10.62.153.20

1856 DEB nov 09 13:00:44.108101 JAVA-SIPCC-SIP_TRANS: sip_transport_getaddrinfo: 10.48.47.136 já é um endereço IPv4

1861 NOT nov 09 13:00:44.108803 JAVA-SIP : sip_tcp_get_free_conn_entry : índice retornado=1

1862 ERR nov 09 13:00:44.209551 JAVA-SIPCC-SIP_CC_CONN: sip_tcp_create_connection: falha na conexão do soquete cpr_errno: 1 ipaddr: 10.48.47.136, porta: 5060

1863 ERR nov 09 13:00:44.209704 JAVA-SIPCC-SIP_TRANS: sip_tcp_detach_socket: Máximo de conexões TCP alcançadas.

1864 NÃO nov 09 13:00:44.209887 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Soquete fd: 53 fechado para a coluna 1 com endereço: 1, porta remota: 170930056

1865 ERR nov 09 13:00:44.209978 JAVA-SIPCC-SIP_CC_CONN: sip_transport_setup_cc_conn: <PRIMARY_CCM>:tcp channel create error server addr=10.48.47.136, falha na porta do servidor=5060.

1875 ERR nov 09 13:00:44.211413 JAVA-SIPCC-SIP_TRANS: sip_transport_init_ti_addr: CCM não provisionado

1876 DEB nov 09 13:00:44.211474 JAVA-SIPCC-SIP_FALLBACK: 120/1, sip_regmgr_retry_timer_start: Iniciando temporizador de fallback (120 s)

Após 115 segundos, o telefone envia outra mensagem REGISTER para o CUCM principal.

1900 DEB nov 09 13:01:18.688599 JAVA-SIPCC-MSG_SEND_REQ: SIPSPIBuildRegistrarCabeçalhos: Enviando REGISTRO...

1904 NOT nov 09 13:01:18.689667 JAVA-ccsip_messaging: sipSPIAddContactHeader: CFGID_DEVICE_NAME = SEPC80084AA8721

1910 DEB nov 09 13:01:18.691132 JAVA-SIPCC-SIP_TRANS: sipTransportSendMessage: A mensagem Sip enviou o identificador=<49>,length=<876>, mensagem=

1911 DEB Nov 09 13:01:18.691804 JAVA-sipio-sent—> REGISTRO sip:10.48.47.143 SIP/2.0^M

Via: SIP/2.0/TCP 10.62.153.20:51509;branch=z9hG4bK1eebbfed^M

De: <sip:5035@10.48.47.143>;tag=c80084aa8721005a4c0eda93-3da49275^M

Para: <sip:5035@10.48.47.143>^M

ID da chamada: c80084aa-8721001f-10fda170-17017997@10.62.153.20^M

Encaminhamento máximo: 70^M

Data: Qua, 9 de novembro de 2016 13:01:18 GMT^M

QCSeq: 155 REGISTRO^M

Agente de usuário: Cisco-CP7821/10.3.1^M

Contato: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<urn:uuid:0000000-0000-0000-0000-c80084aa8721>";+u.sip!devicename.ccm.cisco.com="SEPC80084AA8721";+u.sip!model.ccm.cisco.com="621"^M

Compatível: replace,join,sdp-anat,norefersub,resource-priority,extended-reference,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1^M

Comprimento do conteúdo: 0^M

validade: 3600^M

^M

1914 DEB Nov 09 13:01:18.692139 JAVA-[[MESSAGE_1.0]]: [SIPCC] —> REGISTRO sip:10.48.47.143 SIP/2.0() —> [10.48.47.143] :

1915 DEB nov 09 13:01:18.692322 JAVA-SIPCC-SIP_MSG_SEND: csip_store_send_msg_for_alarm: Enviado:REGISTER sip:10.48.47.143 SIP/2.0 Cseq:155 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20

1916 DEB nov 09 13:01:18.692536 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Alteração do estado de registro: SIP_REG_STATE_IDLE —> SIP_REG_STATE_REGISTERING

A mensagem "CUCM closed TCP connection" aqui é para o nó SUB.

1917 DEB nov 09 13:01:22.523575 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_read_socket: CUCM fechou a conexão TCP.

1918 ERR nov 09 13:01:22.523758 JAVA-SIP : sip_tcp_read_socket : erro de soquete=110

1923 DEB nov 09 13:01:22.524613 JAVA-SIPCC-SIP_TRANS: sip_transport_detect_cc_conn: CC <SECONDARY_CCM>: fechando a conexão TCP

1924 DEB nov 09 13:01:22.524705 JAVA-SIPCC-SIP_SOCK: sip_tcp_detect_connection: entrada de limpeza, soquete é 49, connid é 0

1925 NÃO nov 09 13:01:22.52488 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Soquete fd: 49 fechado para a connd 0 com endereço: 1, porta remota: 170930063

1941 DEB nov 09 13:01:22.527696 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_createconfailed_to_spi: Servidor ativo inoperante devido a ETIMEDOUT. ip_addr:10.48.47.143

Depois disso, o telefone gera a mensagem ALARM e tenta enviá-la por meio da mensagem SIP REFER.

Neste exemplo, SIP REFER não é gerado, porque o telefone falha ao estabelecer o soquete TCP com CUCM.

1950 NÃO nov 09 13:01:22.529008 JAVA-Thread-5|JPlatUi:updateAlarmInfo - infoType:1, ccmId:0, phonePort:51509, sipMsg:Sent:REGISTER sip:10.48.47.143 SIP/2.0 Cseq:155 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20

1951 DEB nov 09 13:01:22.541857 JAVA-SIPCC-SIP_ALARM: update_unregister_alarm_info: Info_type=CC_UNREG_ALARM_SIP_MSG_INFO ccm_id=VISITING_CCM phone_tcp_port=0 sip_info_msg=<?xml version="1.0" encoding="UTF-8" ?>

<x-cisco-alarm>

<Alarm Name="LastOutOfServiceInformation">

<ParameterList>

<String name="DeviceName">SEPC80084AA8721</String>

<String name="DeviceIPv4Address">10.62.153.20 / 0</String>

<String name="IPv4DefaultGateway">10.62.153.17</String>

<String name="DeviceIPv6Address"></String>

<String name="IPv6DefaultGateway"></String>

<String name="ModelNumber">CP-7821</String>

<String name="NeighborIPv4Address">10.62.153.17</String>

<String name="NeighborIPv6Address"></String>

<String name="NeighborDeviceID"></String>

<String name="NeighborPortID">FastEthernet0/1</String>

<Enum name="DHCPv4Status">1</Enum>

<Enum name="DHCPv6Status">3</Enum>

<Enum name="TFTPCfgStatus">1</Enum>

<Enum name="DNSStatusUnifiedCM1">4</Enum>

<Enum name="DNSStatusUnifiedCM2">4</Enum>

<Enum name="DNSStatusUnifiedCM3">3</Enum>

<String name="VoiceVLAN">150</String>

<Strin

1952 DEB nov 09 13:01:22.542223 JAVA-SIPCC-SIP_ALARM: storeAlarm: alarme armazenado no índice [0].

1958 NÃO nov 09 13:01:22.544024 JAVA-Thread-5|JPlatUi:setUnregReason - old-unregister-reason:25, new unregister-reason:10, cc-server-type:0

1959 NÃO nov 09 13:01:22.544268 JAVA-Thread-5|JPlatUi:isThisFailureFromNewCause - old unregReason =25 newUnregReason=10

1960 NÃO nov 09 13:01:22.549762 JAVA-Thread-5|JPlatUi:setUnregReason - definido como unregister-reason:10

Abaixo do código de razão de cancelamento de registro 10 é decodificado como "LastTimeTCPtimeout".

1961 ERR nov 09 13:01:22.681060 JAVA-Thread-5 - ====================

1962 NÃO nov 09 13:01:22.681701 JAVA-Thread-5|cip.sipcc.SipEnhancedAlarmInfo:setLastDeregistrationReason - new unreg-reason=10(LastTimeTCPtimeout), old unreg-reason=25

1963 WRN nov 09 13:01:22.689698 JAVA-Thread-5|cip.sipcc.SipEnhancedAlarmInfo:getLastUnregistrationTimeReason - TimeStamp=1478696482 681; Motivos = 10

1964 ERR nov 09 13:01:22.814801 JAVA-Thread-5 - ====================

1965 NÃO nov 09 13:01:22.821546 JAVA-Thread-5|JPlatUi:setUnregReason - tente enviar o primeiro alarme sem registro depois que o telefone estiver registrado, unregister-reason:10

INF 1966 Nov 09 13:01:22.822003 JAVA-Thread-5|cip.sipcc.SipCcAdapter: - ALarmerIF envia alarm( LastOutOfServiceInformation ): DeviceName=SEPC80084AA8721 DeviceIPv4Address=10.62.153.20/29 IPv4DefaultGateway=10.62.153.17 DeviceIPv6DefaultGateway= ModelNumber=CP-7821 NeighborIPv4Endereço=10.62.153.17 NeighborIPv6Address= NeighborDeviceID=KPOE-allevich.cisco.com NeighborPortID=FastEthernet0/1 DHCPv4Status=1 DHCPv6Status=3 TFTPCfgStatus=1 DNSStatusUnifiedCM1 4 DNSStatusUnifiedCM2=4 DNSStatusUnifiedCM3=0 DNSv6StatusUnifiedCM1=0 DNSv6StatusUnifiedCM2=0 DNSv6StatusUnifiedCM3=0 VoiceVLAN=150 UnifiedCMIPAddress=10.48 47.143 LocalPort=51509 TimeStamp=1478696482681 ReasonForOutOfService=10 LastProtocolEventSent=Sent:REGISTER sip:10.48.47 .143 SIP/2.0 Cseq:155 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20 LastProtocolEventReceived=Rcvd:SIP/2.0 200 OK Cseq:103 REGISTER CallId:c80084aa-87210003-03fea156-01e00b4a@10.62.153.20

1967 DEB nov 09 13:01:22.822309 JAVA-SIPCC-SIP_ALARM: storeAlarm: alarme armazenado no índice [1].

1974 DEB nov 09 13:01:22.857499 JAVA-SIPCC-SIP_ALARM: update_unregister_alarm_info: Info_type=CC_UNREG_ALARM_SIP_MSG_INFO ccm_id=VISITING_CCM phone_tcp_port=0 sip_info_msg=Enviado:REGISTER sip:10.48.47.143 SIP/2.0 Cseq:155 REGISTER CallId:c80084aa-8721001f-10fda170-17017997@10.62.153.20

1975 DEB nov 09 13:01:22.857804 JAVA-SNAPSHOT-RELEASE: CCAPI_Device_releaseDeviceInfo: ponteiro de referência=b3535768

1976 ERR nov 09 13:01:22.857926 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_createconfailed_to_spi: enviar uma mensagem SIP_TMR_REG_RETRYpara que este cucm ip:10.48.47.143 possa ser colocado na lista de fallback

1977 DEB nov 09 13:01:22.857987 JAVA-SIPCC-SIP_MSG_SEND: csip_register_send_msg: cmd=90=SIP_TMR_REG_RETRY ndx=97

1978 ERR nov 09 13:01:22.858140 JAVA-SIPCC-SIP_TRANS: sip_tcp_detach_socket: Soquete inválido

1979 NÃO nov 09 13:01:22.858231 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Soquete fd: -1 fechado para a conexão 0 com endereço: 0, porta remota: 0

1980 DEB nov 09 13:01:22.858506 JAVA-SIPCC-MSG_SEND_REQ: SIPSPISendSubscribe: Enviando ASSINATURA...

1989 NÃO nov 09 13:01:22.860734 JAVA-SIPCC-SIP_MSG_SEND: csip_dump_send_msg_info: <10.48.47.143:5060>:CONSULTE s: <sip:10.48.47.143>:1000 REFER::c80084aa-8721001e-25e32e9e-6505ba59@10.62.153.20

1990 ERR nov 09 13:01:22.860856 JAVA-SIPCC-SIP_TRANS: sipTransportSendMessage: nenhuma conexão com o endereço remoto 10.48.47.143:5060

1991 ERR nov 09 13:01:22.860917 JAVA-SIPCC-FUNC_CALL: sipTransportCreateSendMessage: Erro: sipTransportSendMessage() retornou um erro.

1992 ERR nov 09 13:01:22.861131 JAVA-SIP : SIPSPISendSubscribe: falha ao enviar mensagem

1993 ERR Nov 09 13:01:22.861222 JAVA-SIP : subsmanager_handle_ev_app_subscribe : falha ao enviar mensagem SUBSCRIBE

2028 NÃO nov 09 13:01:22.869341 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ************CUCM 10.48.47.143 Não conectado************

2072 DEB nov 09 13:01:22.879687 JAVA-SIPCC-SIP_FAILOVER: sip_regmgr_ccm_get_next: NENHUM CC DISPONÍVEL. PRECISA REINICIALIZAR!

2083 ERR nov 09 13:01:22.881396 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Nenhum CUCM ativo encontrado usando o CUCM principal

2084 DEB nov 09 13:01:22.881488 JAVA-SIPCC-SIP_REG: sip_regmgr_handle_reg_all_fail: Todas as tentativas de registro falharam.

2085 NÃO nov 09 13:01:22.881640 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ************CUCM 10.48.47.136 Não conectado************

2125 DEB nov 09 13:01:22.892811 JAVA-SIPCC-SIP_TRANS: sip_transport_detect_cc_conn: CC <PRIMARY_CCM>: conexão já fechada

2126 NÃO nov 09 13:01:22.892933 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ************CUCM 10.48.47.143 Não conectado************

2127 DEB nov 09 13:01:22.893116 JAVA-SIPCC-SIP_TRANS: sip_transport_detect_cc_conn: CC <SECONDARY_CCM>: conexão já fechada

2128 ERR nov 09 13:01:22.893238 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Nenhum CUCM ativo encontrado usando o CUCM principal

2129 ERR nov 09 13:01:22.893299 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Nenhum CUCM ativo encontrado usando o CUCM principal

2130 NÃO nov 09 13:01:22.893513 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ************CUCM 10.48.47.136 Não conectado************

2131 DEB nov 09 13:01:22.893665 JAVA-SIPCC-SIP_TRANS: sip_transport_detect_cc_conn: CC <TERTIARY_CCM>: conexão já fechada

2132 ERR nov 09 13:01:22.893757 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Nenhum CUCM ativo encontrado usando o CUCM principal

2133 ERR nov 09 13:01:22.893879 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Nenhum CUCM ativo encontrado usando o CUCM principal

2134 NÃO nov 09 13:01:22.893971 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ************CUCM 10.48.47.136 Não conectado************

2135 DEB nov 09 13:01:22.894123 JAVA-SIPCC-SIP_TRANS: sip_transport_detect_cc_conn: CC <SRST_CCM>: conexão já fechada

2136 DEB nov 09 13:01:22.894245 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: LINHA 1: NÃO REGISTRADO

Depois de tentar registrar com êxito todos os nós, o telefone é reiniciado e o registro será tentado novamente.

2288 DEB nov 09 13:01:22.996946 JAVA-SIPCC-SIP_REG: sip_regmgr_regallfail_timer_callback: Falha no registro. Reiniciando o sistema agora!

2289 DEB nov 09 13:01:22.997099 JAVA-SIPCC-SIP_REG: sip_regmgr_send_status: src_id: 1 msg_id: 1

2290 DEB Nov 09 13:01:22.997160 JAVA-SIPCC-UI_API: ui_reg_all_failed: ***********Falha no registro em todos os CUCMs.**********

2291 DEB nov 09 13:01:22.997313 JAVA-SIPCC-SIP_REG: sip_regmgr_send_status: REG ALL FALHOU

2292 NÃO nov 09 13:01:22.998045 JAVA-SIPCC-SIP_DEVICE_MGR: registration_processEvent: EV_CC_OOS_REG_ALL_FAILED do evento, estado atual MGMT_STATE_REGISTERED

2293 NÃO nov 09 13:01:22.998320 JAVA-SIPCC-SIP_DEVICE_MGR: setState: novo estado de registro = MGMT_STATE_OOS_AWAIT_SHUTDOWN_ACK