A little note to self how to troubleshoot db replication issues on CUCM:
Here’s how to configure the network end of an E1-E1 back-to-back setup:
network-clock-participate wic 2
isdn switch-type primary-net5
!
controller E1 0/2/0
clock source internal pri-group timeslots 1-3,16
!
interface Serial0/2/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-net5
isdn protocol-emulate network
isdn incoming-voice voice
no cdp enable
!
Ofcourse, the 2 statements that differ from a normal setup are (the first under the controller configuration, the last under the serial interface configuration):
clock source internal
isdn protocol-emulate network
If all is well, the command show isdn status gives:
Global ISDN Switchtype = primary-net5
ISDN Serial0/2/0:15 interface
******* Network side configuration *******
dsl 2, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
0 Active Layer 3 Call(s)
Active dsl 2 CCBs = 0
The Free Channel Mask: 0x80000007
Number of L2 Discards = 0, L2 Session ID = 107
Total Allocated ISDN CCBs = 0
Logs full of messages like:
Dec 8 07:56:09, SUB1, Error, Cisco CallManager, : 25977: Dec 08 06:56:09.227 UTC : %CCM_CALLMANAGER-CALLMANAGER-3-DeviceTransientConnection: Transient connection attempt. Connecting Port:50453 Device name [Optional].: Device IP address.:10.0.30.249 Protocol.:SCCP Device type. [Optional]:255 Reason Code [Optional].:6 Cluster ID:StandAloneCluster Node ID:SUB1, 8737
Might indicate one of the following:
Basically, it boils down to missing configuration or misconfiguration. For example, if a second port on an ATA tries to register with CUCM, but the CUCM has no configuration for the port, the connection is dropped (hence the transient connection). Possible solutions are:
Disable the unused ports on the VG248. By logging in and navigating to configure > Telephony > Port specific parameters, you will see which ports are enabled but do not have a DN assigned.
Administratively shut down the unused ports on the VG224. You’ll have to check in CUCM which ports aren’t used and shut them down accordingly.
If Alert Central in the Real Time Monitoring Tool shows that there are core dumps, you can list them via the CLI.
admin:utils core list
Size Date Core File Name
=================================================================
298200 KB 2010-11-24 17:36:51 core.13869.11.cef.1290616611
admin:
This is the equivalent of:
admin:file list activelog /core
<dir> analyze
core.13869.11.cef.1290616611
dir count = 1, file count = 1
admin:
The latter has the advantage that you know the absolute path, which you need when you want to retrieve the file.
The file can be retrieved via the RTMT as well as via the CLI. All you need is an SFTP server on which you have write access, in this case I used a CentOS server running openssh. Here it goes:
admin:file get activelog /core/core.13869.11.cef.1290616611
Please wait while the system is gathering files info ...done.
Sub-directories were not traversed.
Number of files affected: 1
Total size in Bytes: 305356800
Total size in Kbytes: 298200.0
Would you like to proceed [y/n]? y
SFTP server IP: 10.133.133.133
SFTP server port [22]:
User ID: root
Password: ***********
Download directory: /root
The authenticity of host '10.133.133.133 (10.133.133.133)' can't be established.
RSA key fingerprint is 5b:8b:28:78:86:3d:9c:48:c9:2b:5e:42:e9:dd:bc:1d.
Are you sure you want to continue connecting (yes/no)? yes
.
Transfer completed.
admin:
Please not that the RSA key needs to be stored only once, it is presented upon the first connection you make with the SFTP server.
How to debug a MGCP config download:
debug ccm-manager config-download all
term mon
When resetting the MGCP gateway, the debug of the config download will show up on the cli when ssh’d into the gateway.