In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
Dieses Dokument beschreibt die Fehlerbehebung für Cisco Telefone der Serie 7800, die in Cisco Unified Communications Manager (CUCM) registriert sind, und für zeitweilige, durch Netzwerkprobleme verursachte Registrierungen.
CUCM 11.0.1
IP-Telefon 7821, sip78xx.10-3-1-12
CUCM PUB: 10.48.47.143
CUCM-SUB: 10.48.47.136
IP-Telefon: 10.62.153.20
Der Fehlerbehebungsprozess für Telefone, bei denen die Registrierung zeitweise aufgehoben wird, ist möglicherweise kompliziert, da eine Paketerfassung vom nicht registrierten Telefon aus erfolgen muss.
Die Lösung oder vielmehr eine Lösung zur Lösung dieses Problems besteht darin, eine relativ kleine Gruppe von Telefonen zu isolieren, die das Problem haben. Richten Sie dann einen Jump-Server und SSH auf die CLI aller Telefone ein. Stellen Sie sicher, dass die Protokolle in externe Protokolldateien geschrieben werden.
Navigieren Sie auf der CUCM-Verwaltungsseite zu Gerät -> Telefon. Wählen Sie das Telefon aus, das Sie zur Fehlerbehebung verwenden möchten, und klicken Sie unter Produktspezifisches Konfigurationslayout -> SSH Access Set Enable (Aktivieren). Sie müssen außerdem im Abschnitt Secure Shell Information (Secure Shell-Informationen) die SSH-Anmeldung und das Kennwort konfigurieren (siehe unten).
Bei Registrierungsproblemen muss die Fehlerbehebung für bestimmte Debug-Ebenen auf dem Telefon konfiguriert werden.
Melden Sie sich über das SSH-Protokoll beim Telefon an. Sie müssen die Anmeldeinformationen zweimal eingeben.
Die ersten Anmeldeinformationen wurden in der Konfiguration Secure Shell Information angegeben. Im Beispiel ist dies
login: cisco
password: cisco
Die zweite Eingabeaufforderung für Anmeldeinformationen wird unmittelbar nach dem ersten angezeigt. Sie müssen Folgendes eingeben.
snoopyplus login: debug
password: debug
Aktivieren Sie zur Fehlerbehebung bei Registrierungen die folgenden Debugger.
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.
Konfigurieren Sie in Ihrem SSH-Client-Softwaresatz die Sitzungsprotokollierung in einer Textprotokolldatei.
Generieren Sie zunächst die Debugeinträge im SSH-Client.
DEBUG> sdump
Nach Eingabe des obigen Befehls werden zahlreiche Protokollzeilen generiert.
In diesem Szenario funktioniert der CUCM Publisher (PUB), und der einzige bereitgestellte Subscriber-Server (SUB) hat den CallManager-Prozess heruntergefahren.
Bei der Analyse der Telefon-Abmeldeszenario zuerst die letzte erfolgreiche Registrierung des Telefons.
Nachfolgend finden Sie die typischen Ausgaben in den Telefonprotokollen.
Die wichtigsten Nachrichten sind fett formatiert.
1756 DEB Nov. 09 12:59:23.44434 JAVA-SIPCC-SIP_STATE: 97/1, sip_reg_sm_change_state: Änderung des Registrierungsstatus: 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: Änderung des Registrierungsstatus: 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: ActiveMacAddr:von Get Val: c800:84aa:8721
1773 DEB Nov. 09 12:59:23.449563 JAVA-sipio-sent—> REGISTER SIP:10.48.47.143 SIP/2,0^M
Via: SIP/2.0/TCP 10,62.153,20:51509;branch=z9hG4bK02d4d010^M
Von: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M
An: <sip:5035@10.48.47.143>^M
Anruf-ID: c80084aa-8721001f-10fda170-17017997@10.62.153.20
Max. Weiterleitung: 70 Mio.
Datum: Mi, 09. November 2016 12:59:23 GMT^M
CSeq: 154 REGISTER^M
Benutzer-Agent: Cisco-CP7821/10,3,1^M
Kontakt: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<uuid:0 0000000-0000-0000-0000-c80084aa8721>";+u.sip!devicename.ccm.cisco.com="SEPC80084AA87 21";+u.sip!model.ccm.cisco.com="621"^M
Unterstützt: ersetzt,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
Länge des Inhalts: 0 Mio.
Gültig bis: 3600 Mio.
^M
1776 DEB Nov. 09 12:59:23.449899 JAVA-[[MELDUNG_1.0]]: [SIPCC] —> REGISTER 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: ccsip_store_send_msg_for_alarm: Gesendet: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: Änderung des Registrierungsstatus: SIP_REG_STATE_IDLE —> SIP_REG_STATE_REGISTERING
1780 DEB Nov. 09 12:59:23.486646 JAVA-sipio-recv<— SIP/2,0 100 Trying^M
Via: SIP/2.0/TCP 10,62.153,20:51509;branch=z9hG4bK02d4d010^M
Von: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M
An: <sip:5035@10.48.47.143>^M
Datum: Mi, 09. November 2016 12:59:24 GMT^M
Anruf-ID: c80084aa-8721001f-10fda170-17017997@10.62.153.20
CSeq: 154 REGISTER^M
Länge des Inhalts: 0 Mio.
^M
1782 DEB Nov. 09 12:59:23.486890 JAVA-[[MELDUNG_1.0]]: [10.48.47.143] —> SIP/2.0 100 Trying() —> [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
Von: <sip:5035@10.48.47.143>;tag=c80084aa872100591162d8f8-468984ee^M
An: <sip:5035@10.48.47.143>;tag=1785778723^M
Datum: Mi, 09. November 2016 12:59:24 GMT^M
Anruf-ID: c80084aa-8721001f-10fda170-17017997@10.62.153.20
Server: Cisco-CUCM11,0^M
CSeq: 154 REGISTER^M
Gültig bis: 120 Mio.
Kontakt: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<urn:uuid:0000000-0000-0000-0000-c80084aa8721>";+u.sip!devica ame.ccm.cisco.com="SEPC80084AA8721";+u.sip!model.ccm.cisco.com="621"^M
Unterstützt: X-cisco-srtp-fallback,X-cisco-sis-8,0^M
Länge des Inhalts: 0 Mio.
^M
1790 DEB Nov. 09 12:59:23.490247 JAVA-[[MELDUNG_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: Übereinstimmende Branch-ID und CSeq
1793 DEB Nov. 09 12:59:23.491773 JAVA-SIPCC-SIP_RESP: sipSPICheckResponse: Antwort-Übereinstimmung: 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: Änderung des Registrierungsstatus: SIP_REG_STATE_REGISTERING —> SIP_REG_STATE_REGISTERING
1799 DEB Nov. 09 12:59:23.493848 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: LEITUNG 1: REGISTRIERT
1800 DEB Nov. 09 12:59:23.493940 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: DND zurücksetzen.
1801 ERR Nov. 09 12:59:23.494215 JAVA-SIPCC-SIP_CC_PROV: ccappFeatureAktualisiert: REG_STATE-Ereignis:line=1,state=1
1802 DEB Nov. 09 12:59:23.494367 JAVA-SIPCC-SIP_REG_STATE: ccsip_handle_ev_2xx: Bulk_reg=false. Festlegen des Reg-Status auf "TRUE" für Leitung=1
1803 DEB Nov. 09 12:59:23.494550 JAVA-SIPCC-SIP_TIMER: 97/1, ccsip_handle_ev_2xx: Start läuft Timer aus (115 Sek.)
In diesem Szenario ist der UCS-Server mit CUCM-PUB abgestürzt, und der einzige SUB-Server verfügt über einen deaktivierten CallManager-Prozess.
Hinweis: Es gibt keine explizite Meldung, dass das Telefon die TCP-Verbindung verloren hat.
Nachdem das Telefon erfolglos versucht hat, eine TCP-Verbindung zum primären Knoten herzustellen, beginnt das Telefon mit der Herstellung einer Verbindung zum sekundären CUCM.
Hier wird der CUCM-SUB-CallManager-Prozess gestoppt, sodass kein Socket erstellt werden kann und der Registrierungsfallback fehlschlägt.
Es gibt mehrere Registrierungsversuche für den SUB-Knoten.
1826 NOT Nov 09 13:00:44.003142 JAVA-SIPCC-SIP_FALLBACK: sip_regmgr_ev_tmr_ack_retry: In SIP_REG_STATE_IN_FALLBACK versucht, eine Verbindung zum Senden von REG herzustellen
1829 NOT Nov 09 13:00:44.003813 JAVA-SIP : sip_tcp_get_free_conn_entry: return index=1
1830 ERR Nov. 09 13:00:44.104500 JAVA-SIPCC-SIP_CC_CONN: sip_tcp_create_connection: Socket-Verbindung fehlgeschlagen cpr_errno: 1 IP-Adresse: 10.48.47.136, Port: 5060
1831 ERR Nov. 09 13:00:44.104653 JAVA-SIPCC-SIP_TRANS: sip_tcp_detach_socket: Max. TCP-Verbindungen erreicht.
1832 NOT Nov 09 13:00:44.104836 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Sockel fd: 53 geschlossen für Anschluss 1 mit Adresse: 1, Remote-Port: 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, server port=5060 failed.
1834 DEB Nov 09 13:00:44.105263 JAVA-SNAPSHOT-CREATE: CCAPI_Device_getDeviceInfo: g_deviceInfo.ins_state=1
1835 DEB Nov 09 13:00:44.105385 JAVA-SNAPSHOT-CREATE: CCAPI_Device_getDeviceInfo: deviceInfo->sis_name=X-cisco-sis-
1836 DEB Nov 09 13:00:44.10547 JAVA-SNAPSHOT-CREATE: CCAPI_Device_getDeviceInfo: Referenz-Pointer=b31141c0
1837 DEB Nov 09 13:00:44.105568 JAVA-SNAPSHOT-CREATE: CCAPI_Device_getDeviceInfo: deviceInfo->ins_state=1
1838 DEB Nov. 09 13:00:44.105629 JAVA-SIPCC-SIP_CC_PROV: ccnap_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 ist bereits eine IPv4-Adresse
1861 NOT Nov 09 13:00:44.108803 JAVA-SIP : sip_tcp_get_free_conn_entry: return index=1
1862 ERR Nov. 09 13:00:44.209551 JAVA-SIPCC-SIP_CC_CONN: sip_tcp_create_connection: Socket-Verbindung fehlgeschlagen cpr_errno: 1 IP-Adresse: 10.48.47.136, Port: 5060
1863 ERR Nov. 09 13:00:44.209704 JAVA-SIPCC-SIP_TRANS: sip_tcp_detach_socket: Max. TCP-Verbindungen erreicht.
1864 NOT Nov 09 13:00:44.209887 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Sockel fd: 53 geschlossen für Anschluss 1 mit Adresse: 1, Remote-Port: 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, server port=5060 failed.
1875 ERR Nov. 09 13:00:44.211413 JAVA-SIPCC-SIP_TRANS: sip_transport_init_ti_addr: CCM nicht bereitgestellt
1876 DEB Nov. 09 13:00:44.211474 JAVA-SIPCC-SIP_FALLBACK: 120/1, sip_regmgr_retry_timer_start: Fallback-Timer starten (120 Sek.)
Nach 15 Sekunden sendet das Telefon eine weitere REGISTER-Nachricht an den primären CUCM.
1900 DEB Nov. 09 13:01:18.688599 JAVA-SIPCC-MSG_SEND_REQ: sipSPIBuildRegisterHeaders: REGISTER wird gesendet..
1904 NOT 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: SIP msg sent handle=<49>,length=<876>, message=
1911 DEB Nov. 09 13:01:18.691804 JAVA-sipio-sent—> REGISTER SIP:10.48.47.143 SIP/2,0^M
Via: SIP/2.0/TCP 10.62.153.20:51509;branch=z9hG4bK1ebbfed^M
Von: <sip:5035@10.48.47.143>;tag=c80084aa8721005a4c0eda93-3da49275^M
An: <sip:5035@10.48.47.143>^M
Anruf-ID: c80084aa-8721001f-10fda170-17017997@10.62.153.20
Max. Weiterleitung: 70 Mio.
Datum: Mi, 09. November 2016 13:01:18 GMT^M
CSeq: 155 REGISTER^M
Benutzer-Agent: Cisco-CP7821/10,3,1^M
Kontakt: <sip:2fbf6265-bffc-4f99-b8b2-40dce7ed2d19@10.62.153.20:51509;transport=tcp>;+sip.instance="<urn:uuid:0000000-0000-0000-0000-c80084aa8721>";+u.sip!devica ame.ccm.cisco.com="SEPC80084AA8721";+u.sip!model.ccm.cisco.com="621"^M
Unterstützt: ersetzt,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
Länge des Inhalts: 0 Mio.
Gültig bis: 3600 Mio.
^M
1914 DEB Nov. 09 13:01:18.692139 JAVA-[[MELDUNG_1.0]]: [SIPCC] —> REGISTER 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: ccsip_store_send_msg_for_alarm: Gesendet: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: Änderung des Registrierungsstatus: SIP_REG_STATE_IDLE —> SIP_REG_STATE_REGISTERING
Die Meldung "CUCM Closed TCP connection" (CUCM-geschlossene TCP-Verbindung) bezieht sich auf den SUB-Knoten.
1917 DEB Nov. 09 13:01:22.523575 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_read_socket: CUCM schloss die TCP-Verbindung.
1918 ERR Nov. 09 13:01:22.523758 JAVA-SIP : sip_tcp_read_socket: Socket-Fehler=110
1923 DEB Nov. 09 13:01:22.524613 JAVA-SIPCC-SIP_TRANS: sip_transport_zerstören_cc_conn: CC <SECONDARY_CCM>: TCP-Verbindung schließen
1924 DEB Nov. 09 13:01:22.524705 JAVA-SIPCC-SIP_SOCK: sip_tcp_zerstören_connection: Löscheintrag, Socket ist 49, konnid ist 0
1925 NOT Nov 09 13:01:22.52488 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Sockel fd: 49 geschlossen für Verbindung 0 mit Adresse: 1, Remote-Port: 170930063
1941 DEB Nov. 09 13:01:22.527696 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_createconnfailed_to_spi: Der aktive Server wird aufgrund von ETIMEDOUT heruntergefahren. ip_addr:10.48.47.143
Anschließend wird eine ALARM-Nachricht vom Telefon generiert und über eine SIP REFER-Nachricht gesendet.
In diesem Beispiel wird SIP REFER nicht generiert, da das Telefon keinen TCP-Socket mit CUCM herstellen kann.
1950 NOT 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>
<Alarmname="LastOutOfServiceInformation">
<Parameterliste>
<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>
<Stärke
1952 DEB Nov 09 13:01:22.542223 JAVA-SIPCC-SIP_ALARM: storeAlarm: gespeicherten Alarm am Index [0].
1958 NOT Nov 09 13:01:22.544024 JAVA-Thread-5|JPlatUi:setUnregGrund - old-unregister-reason:25, neuer Grund:10, cc-server-type:0
1959 NOT Nov 09 13:01:22.544268 JAVA-Thread-5|JPlatUi:isThisFailureFromNewCause - old unregGrund =25 newUnregReason=10
1960 NOT Nov 09 13:01:22.549762 JAVA-Thread-5|JPlatUi:setUnregRegReason - set to unregister-reason:10
Der Code 10 unter dem Registrierungsgrund wird als "LastTimeTCPtimeout" dekodiert.
1961 ERR Nov. 09 13:01:22.681060 JAVA-Thread-5 - ================= Stonemark5
1962 NOT Nov 09 13:01:22.681701 JAVA-Thread-5|cip.sipcc.SipEnhancedAlarmInfo:setLastDeregistationGrund - 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=147869648 2681; Gründe =10
1964 ERR Nov. 09 13:01:22.814801 JAVA-Thread-5 - ================= Stonemark5
1965 NOT Nov 09 13:01:22.821546 JAVA-Thread-5|JPlatUi:setUnregGrund - versuchen Sie, den ersten Unreg-Alarm zu senden, nachdem das Telefon registriert wurde, Grund für die Registrierung:10
1966 INF Nov. 09 13:01:22.82003 JAVA-Thread-5|cip.sipcc.SipCcAdapter: - ALarmerIF send alarm(LastOutOfServiceInformation ): DeviceName=SEPC80084AA8721 DeviceIPv4Address=10.62.153.20/29 IPv4DefaultGateway=10.62.153.17 DeviceIPv6Address= IPv6DefaultGateway= ModelNumber=CP-7821 NeighborIP v4Address=10.62.153.17 NeighborIPv6Address= NeighborDeviceID=KPOE-allevich.cisco.com NeighborPortID=FastEthernet0/1 DHCPv4Status=1 DHCPv6Status=3 TFTPCfgStatus=1 DNSStatusUnifiedCM=4 DNSStatusUnifiedCM2=4 DNSStatusUnifiedCM3=0 DNSv6StatusUnifiedCM1=0 DNSv6StatusUnifiedCM2=0 DNSv6StatusUnifiedCM3=0 VoiceVLAN=150 UnifiedCMIPAddress=10.48.4 7.143 LocalPort=51509 TimeStamp=1478696482681 GrundForOutOfService=10 LastProtocolEventSent=Sent:REGISTER sip:10.48.47.7 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: gespeicherten Alarm am Index [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=Gesendet: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: Referenz-Pointer=b3535768
1976 ERR Nov. 09 13:01:22.857926 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_createconnfailed_to_spi: senden Sie eine SIP_TMR_REG_RETRYmessage, damit diese cucm ip:10.48.47.143 in die Fallbackliste aufgenommen werden kann.
1977 DEB Nov. 09 13:01:22.857987 JAVA-SIPCC-SIP_MSG_SEND: ccsip_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: Ungültiger Socket
1979 NOT Nov 09 13:01:22.858231 JAVA-SIPCC-SIP_TCP_MSG: sip_tcp_purge_entry: Sockel fd: -1 geschlossen für Verbindung 0 mit Adresse: 0, Remote-Port: 0
1980 DEB Nov. 09 13:01:22.858506 JAVA-SIPCC-MSG_SEND_REQ: SIPSPISendSubscribe: ABONNEMENTS werden gesendet..
1989 NOT Nov 09 13:01:22.860734 JAVA-SIPCC-SIP_MSG_SEND: ccsip_dump_send_msg_info: <10.48.47.143:5060>:WEITERE INFORMATIONEN: <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: Keine Verbindung zur Remote-Adresse 10.48.47.143:5060
1991 ERR Nov. 09 13:01:22.860917 JAVA-SIPCC-FUNC_CALL: sipTransportCreateSendMessage: Fehler: sipTransportSendMessage() hat einen Fehler zurückgegeben.
1992 ERR Nov. 09 13:01:22.861131 JAVA-SIP : SIPSPISendSubscribe: Nachricht konnte nicht gesendet werden
1993 ERR Nov. 09 13:01:22.86122 JAVA-SIP : subsmanager_handle_ev_app_subscribe: ABONNEMENTS-Nachricht konnte nicht gesendet werden
2028 NOT Nov 09 13:01:22.869341 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ***********CUCM 10.48.47.143 Nicht verbunden*********
2072 DEB Nov 09 13:01:22.879687 JAVA-SIPCC-SIP_FAILOVER: sip_regmgr_ccm_get_next: KEIN CC VERFÜGBAR. MUSS NEU GESTARTET WERDEN!
2083 ERR Nov. 09 13:01:22.881396 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Kein aktiver CUCM gefunden, der den primären CUCM verwendet
2084 DEB Nov 09 13:01:22.88148 JAVA-SIPCC-SIP_REG: sip_regmgr_handle_reg_all_fail: Alle Registrierungsversuche sind fehlgeschlagen.
2085 NOT Nov 09 13:01:22.881640 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ***********CUCM 10.48.47.136 Nicht verbunden*********
2125 DEB Nov. 09 13:01:22.892811 JAVA-SIPCC-SIP_TRANS: sip_transport_zerstören_cc_conn: CC <PRIMARY_CCM>: Verbindung bereits geschlossen
2126 NOT Nov 09 13:01:22.892933 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ***********CUCM 10.48.47.143 Nicht verbunden*********
2127 DEB Nov. 09 13:01:22.893116 JAVA-SIPCC-SIP_TRANS: sip_transport_zerstören_cc_conn: CC <SECONDARY_CCM>: Verbindung bereits geschlossen
2128 ERR Nov. 09 13:01:22.893238 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Kein aktiver CUCM gefunden, der den primären CUCM verwendet
2129 ERR Nov. 09 13:01:22.893299 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Kein aktiver CUCM gefunden, der den primären CUCM verwendet
2130 NOT Nov 09 13:01:22.893513 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ***********CUCM 10.48.47.136 Nicht verbunden*********
2131 DEB Nov. 09 13:01:22.893665 JAVA-SIPCC-SIP_TRANS: sip_transport_zerstören_cc_conn: CC <TERTIARY_CCM>: Verbindung bereits geschlossen
2132 ERR Nov. 09 13:01:22.893757 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Kein aktiver CUCM gefunden, der den primären CUCM verwendet
2133 ERR Nov. 09 13:01:22.893879 JAVA-SIPCC-SIP_TRANS: sip_transport_get_ti_addr: Kein aktiver CUCM gefunden, der den primären CUCM verwendet
2134 NOT Nov 09 13:01:22.893971 JAVA-SIPCC-UI_API: ui_set_ccm_conn_status: ***********CUCM 10.48.47.136 Nicht verbunden*********
2135 DEB Nov. 09 13:01:22.894123 JAVA-SIPCC-SIP_TRANS: sip_transport_zerstören_cc_conn: CC <SRST_CCM>: Verbindung bereits geschlossen
2136 DEB Nov 09 13:01:22.894245 JAVA-SIPCC-UI_API: ui_set_sip_registration_state: LEITUNG 1: NICHT REGISTRIERT
Nachdem Sie nicht erfolgreich versucht haben, sich bei allen Knoten zu registrieren, werden der Neustart und die Registrierung des Telefons erneut versucht.
2288 DEB Nov. 09 13:01:22.996946 JAVA-SIPCC-SIP_REG: sip_regmgr_regallfail_timer_callback: Registrierung fehlgeschlagen. Starten Sie das System jetzt neu!
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: ***********Die Registrierung für alle CUCMs ist fehlgeschlagen.**********
2291 DEB Nov 09 13:01:22.997313 JAVA-SIPCC-SIP_REG: sip_regmgr_send_status: ALLE FEHLER AUFRUFEN
2292 NOT 09 13:01:22.998045 JAVA-SIPCC-SIP_DEVICE_MGR: registration_processEvent: Ereignis EV_CC_OOS_REG_ALL_FAILED, aktueller Status MGMT_STATE_REGISTERED
2293 NOT 09 13:01:22.998320 JAVA-SIPCC-SIP_DEVICE_MGR: setState: neuer Registrierungsstatus = MGMT_STATE_OOS_AWAIT_SHUTDOWN_ACK