CM Hot Issues from Cisco TAC

Upgrade fails in DB Migration from 6.x / 7.x CUCM to 8.x +, Terminated CSCts34871

Symptom: Upgrade Failed with DB Migration Error but with no apparent data problem. Older CUCM, (6.x or 7.x), to Later CUCM, (8.x +). Upgrade installdb log indicates a communication or connection issue. From "installdb_l2.log": 08:55:32.566 | BulkMigrationTarget::BulkMigrationTargetPrepare *ERROR* BulkMigrationTarget Object Setup Failed: [Error executing "SELECT COUNT(*) AS CurRecCount FROM ccm7_1_3_30000_1@ccmpub01_ccm7_1_3_30000_1:timeperiod ": [Informix][Informix ODBC Driver][Informix]Error on remote connection, ccmpub01_ccm7_1_3_30000_1, conerr=-25582, oserr=107, errstr=.]
Conditions: - Older CUCM, (6.x or 7.x), to Later CUCM, (8.x +). - Upgrade installdb log indicates a communication or connection issue in BulkMigration.
Workaround: Plan A) Reboot and attempt the upgrade again, and it should work the second time. Plan B) (May not be available on some installations such as CUCMBE3K.) Use the Administrative CLI to turn off the Enhanced Upgrade processing for your system. To do that, use the following 2 commands: run sql DELETE Scratch WHERE Name LIKE '%ableBulkTableCopy' run sql INSERT INTO Scratch (Name) VALUES ('DisableBulkTableCopy')

TVS logs need to include exactly why an ITL file changed, Fixed CSCtx26418

Symptom:Customer has to delete ITL file because of some change that was made within their CUCM system and they aren't sure why the ITL file was changed because they state they've never modified anything.
Conditions:Customer wants RCA for reason that ITL file was modified.
Workaround:Only way to fix the phone is to delete the ITL file and let it re-register as needed.

CTI Port not registering GetAvailWave() returned WAVELIST_NOT_ASSIGNED, Fixed CSCtw79059

Symptom: CTI Ports not registering. Seeing the following errors in the TSP traces 06115: 16:09:02.692 | CSelsiusTSPWaveList::GetAvailWave() *ERROR* No wave available 06117: 16:09:02.692 | CSelsiusTSPDevice::ReserveMediaChannel() addr. mode [0] *ERROR* GetAvailWave() returned WAVELIST_NOT_ASSIGNED
Conditions: CUCM 8.6.2.20000-2 with TSP version 8.6(2.2) on Windows 2008 Service Pack 2 32 -bit
Workaround: None

ITA+CAT:Mobile extension cannot be changed, Fixed CSCts10309

Symptom: User not able to save Alternate Number through Cisco Unified CM User Options.
Conditions: Browser locale set to German, Catalan, or Italian.
Workaround: Change browser locale to English.

Phone services do not work, select service displayed on the phone, Terminated CSCtx59395

Symptom: Selecting any of the built in phone services (Missed Calls, Received Calls, Placed Calls, Personal Directory, Corporate Directory, Intercom Calls, or Voicemail) the phone displays "Select a Service" after the service has been selected.
Conditions: To verify this problem, enter the service URL into a browser: https://:8443/ccmcip/xmldirectory.jsp (View page source from the browser since the browser doesn't understand the phone specific tags, to see something like the following) Missed Calls NULL <------ PROBLEM Received Calls NULL <------ PROBLEM Placed Calls NULL <------ PROBLEM Personal Directory NULL <------ PROBLEM Corporate Directory NULL <------ PROBLEM Select a directory If real URLs can be seen instead of the word NULL in the tag, this bug is not the problem. The following phone models will not be able to access the default phone services, 7941/7961/7942/7962/7945/7965/8941/8961/8945/9951/9971 running firmware version 9.x or later. CIPC and 7940/60 phones will be able to access the problem services correctly because they do not support HTTPS phone services. CIPC and 7940/7960 phones or phones running firmware versions earlier than 9.x will access the non secure URL which should be populated with "application:Cisco/". To further validate this bug go to the CCMAdmin page under Device > Device Settings > Phone Services, and select any of the built in phone services. NULL is seen for the Secure-Service URL field in this case.
Workaround: The cause is unknown at this time, please contact Cisco TAC so the information required find the cause can be collected. After contacting Cisco TAC and the correct data has been collected to try and identify the cause of this issue, manually delete the "NULL" entry for each phone service Secure-Service URL under Device > Device Settings > Phone Services. This will allow phones to access the default phone services again.

Call pickup groups stop working CUCM 8.x, Fixed CSCtl86234

Symptom: Customer running cucm 8.0.3.21900-8, & has just one server in his cluster, he has reported that pick-up groups have stopped working, restarting the cucm service does fix this issue but on a temporary basis, they are facing his issue ever since they installed this server, they have about 10 pickup groups with couple of users in each pickup group. Customer also upgraded to 8.5.1.10000-26, but was still facing this issue.
Conditions: The Pick-up group stops working as calls are stuck in the pick-up table
Workaround: This Problem occurs because Maximum Hunt Timer and RNA reversion timer fires at the same time. To fix it we have added a new variable where we store the current state in star_CcOrphanPauseReq and make a transition to this state once CcOrphanResumeReq is resumed.So that whatever be the state at pause state, on resume it starts from that state only.

CSA rules are blocking SYN packet to be sent out, Fixed CSCtr40268

Symptom: AXL responses on CUCM are very slow compared to previous version Delayed TCP SYN ACK will also cause SSH and web sessions to the CUCM to be delayed by 3 seconds.
Conditions: CSA is blocking the SYN ACK packet to be sent out from CUCM to the AXL provisioning system causing it to resend it again and introducing a delay of seconds. Problem also occurs when Network Redundancy is enabled. Problem is UCM 7.1.x specific. UCM 8.x should not see the same. Also seen on CUCM running Network Fault Tolerance.
Workaround: 1) Disabling CSA on the publisher 2) Upgrade to a 7.1.5 ES which contain this fix 3) Disabling Network Fault Tolerance NOTE: Disabling CSA or Disabling Network Fault Tolerance is an option, you do not need to do both.

show version inactive give blank version on sub, Fixed CSCtq83570

Symptom: show version inactive displays blank value, switch version fails on sub
Conditions: Pub and Sub (7825-i3 & 7816-i3) were successfully upgraded from 7.1.3.10000-11 to 8.6.1.10000-43. Both are switched back to 7.1.3 succesfuly. After the pub is switched back to 8.6.1, the sub shows a blank inactive version and fails to switch back to 8.6.1.
Workaround: Using the Recovery CD both versions are displayed and the sub can be switched to 8.6.1

Call loop triggers CallManager (CCM) memory leak due to RouteListCdrc, Fixed CSCtr78325

Symptom: A call loop may trigger a memory leak in the CallManager process.
Conditions: The problem only occurs if there is a call loop in the environment.
Workaround: Modify the configuration such that call loop is prevented. Additional Information During a call loop, due to timing of signals exhanged, numerous instances of RouteListCdrc get created, but do not get stopped. This causes a memory leak in the CallManager process. The symptom is that VMSize for CCM will increment whenever there is a call loop. Eventually, once VMSize for CCM crosses 3 Gb, the CallManager service will intentionally coredump (at operator new) because linux does not allow any process to allocate more than 3 Gb memory. A quick way to check if you are running into this memory leak is to review the CallManager SDL traces and check if there are high NumOfCurrentInstances for RouteListCdrc (which is created by RouteListControl) 002741768| 2011/07/25 04:50:55.635| 002| Created | | | RouteListCdrc(2,100,62,42160) | RouteListControl(2,100,61,14) | | NumOfCurrentInstances: 11264

IOS : Dspfarm/Transcoder SCCP session gets hung for non supported codec, Fixed CSCtx35461

Symptom: VoIP calls requiring transcoding not completing. Sh sccp connection shows hung sessions. Conditions: Transcoder under CUCM control. Workaround: Issue shut/no shut under dspfarm profile to clear sccp session. ***NOTE: THIS WILL DROP ALL ACTIVE CALLS THRU THE TRANSCODER AS WELL. Example: c2951(config)#dspfarm profile 1 c2951(config-dspfarm-profile)#shut Disabling profile will disconnect active TRANSCODING calls, do you want to continue ? [yes/no]yes c2951(config-dspfarm-profile)#no shut

support iphone OS4 refresh timer of 10 mins., Fixed CSCth68547

Symptom: Iphone running os4 won't be able to get call while CM is running in background
Conditions: when CM is running in background
Workaround: no

Failed to migrate records to tbl_generated_report table from 7.1.5.33900, Fixed CSCtx38318

Symptom: After the refresh upgrade from 7.1.5.33900-10 to 8.6.2.21008-1 CAR migrations fails with the following error: Failed to migrate records to tbl_generated_report table. Please see migration logs for further details. Migration Failed. Please see Scheduler log for details.Unparseable date: "01/02/2012"
Conditions: - Refresh upgrade from 7.1.5.33900-10 to 8.6.2.21008-1 - Some records in the tbl_generated_report
Workaround: None.

Cisco Jabber for Android client is unable to register, CSCtq79475

Symptom: Android Client is unable to register with the CUCM after it loses wi-fi connectivity and regains connectivity.
Conditions: Android Device on CUCM doesn't have "Enable Cisco Unified Mobile Communicator" flag checked.
Workaround: Check "Enable Cisco Unified Mobile Communicator" flag on the Cisco DualMode Android Device page on CUCM. This should help the client in registering.

Doc: CUCM publisher only bridge upgrade DRS backup fails, Fixed CSCtw75986

Symptom: Unable to backup Cisco Unified Communications Manager (CUCM) during a bridge upgrade. The Disaster Recovery System (DRS) web page hangs as well as "utils disaster_recovery" commands from the command line.
Conditions: Multiple servers in the CUCM cluster but only some of the CUCM servers have been upgraded. The servers that have not been updated are also able to reach the publisher over the network.
Workaround: Shutdown any server that has not been upgraded to match the newer CUCM version running on other nodes or upgrade the remaining servers to the same exact CUCM version. Or follow the bridge upgrade procedure which states that all servers in the cluster should be upgraded before trying to take a backup using the Disaster Recovery System (DRS): http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cucos/8_0_2/cucos/iptpch7.html#wp1058411. The reason for this is to backup any files that are local to the subscribers (not replicated, such as MoH files or custom TFTP files).

UCS CUCM 8.5 coredump, Fixed CSCts29293

Symptom: CUCM 8.5.1 on UCS platform crashes in CCM process. Typical coredump: backtrace =================================== #0 0x001487a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x014e9825 in raise () from /lib/tls/libc.so.6 #2 0x014eb289 in abort () from /lib/tls/libc.so.6 #3 0x0a0a39a8 in SdlMsgQueueCirc::enqueueSignal (this=0xc3e2f50, msg=0x8dc91590, priority=2) at SdlMsgQueueCirc.cpp:136 #4 0x0a0754f4 in SdlRouter::enqueueSignal (this=0xc3e0b30, sdlSignal=0x8dc91590) at /view/BLD-cm_su2_8_5_1-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlMsgQueue.hpp:58 #5 0x0a075d90 in SdlRouter::route (this=0xc3e0b30, vSenderPID={mSdlProcessName = 0x0, mSdlNodeId = 3, mSdlAppId = 100, mSdlProcessNumber = 169, mSdlProcessInstance = 5402}, vDestinationPID={mSdlProcessName = 0x0, mSdlNodeId = 3, mSdlAppId = 100, mSdlProcessNumber = 157, mSdlProcessInstance = 1228}, vSdlSignalTag={tagId = 401196, pid = {mSdlProcessName = 0x0, mSdlNodeId = 3, mSdlAppId = 200, mSdlProcessNumber = 17, mSdlProcessInstance = 1}, userInfo1 = "SEP0017E0D822A0", '\0' , userInfo2 = "10.130.20.207", '\0' }, vSignalPriority=kDeletePriority, rSignal=@0x76042e0) at SdlRouter.cpp:343 #6 0x0a070351 in SdlProcessBase::output (this=0x1020b418, rSignal=@0x76042e0, rProcessId={mSdlProcessName = 0x0, mSdlNodeId = 3, mSdlAppId = 100, mSdlProcessNumber = 157, mSdlProcessInstance = 1228}, _signalPriority=kDeletePriority) at /view/BLD-cm_su2_8_5_1-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlService.hpp:156 #7 0x089b9e2d in HuntListCdrc::broadcastMessage (this=0x1020b418, fTemporaryDeviceInfoList=@0x1020d184, fSignal=@0x76042e0) at /view/BLD-cm_su2_8_5_1-raw-d/vob/ccm_tpl/release/include/stlport/stl/_list.h:120 #8 0x089c94e7 in HuntListCdrc::SendCcNotifyReq (this=0x1020b418) at ProcessHuntListCdrc.cpp:9259 #9 0x089e2b77 in HuntListCdrc::distributeCall (this=0x1020b418, fTemporaryDeviceInfoList=@0x1020d184, fSendCcSetupReq=false) at ProcessHuntListCdrc.cpp:6908 #10 0x089e2d6e in HuntListCdrc::executeRouteAction (this=0x1020b418) at ProcessHuntListCdrc.cpp:6941 #11 0x089e30c3 in HuntListCdrc::select_facility_DmPidRes (this=0x1020b418, s=@0xecd43f0) at ProcessHuntListCdrc.cpp:1356 #12 0x089ed55e in HuntListCdrc::fireSignal (this=0x1020b418, sdlSignal=@0xecd43f0) at /view/BLD-cm_su2_8_5_1-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:183 #13 0x0a06f7cd in SdlProcessBase::inputSignal (this=0x1020b418, rSignal=0xecd43f0, traceType=SdlSystemLog::SignalRouterThread, highPriority=0, normalPriority=0, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:371 #14 0x0a0753cc in SdlRouter::callProcess (this=0xc3e0b30, _sdlSignal=0xecd43f0, _deleteSignal=@0x7606fa7, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=0, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:238
Conditions: LRO is enabled on vmware. vmware tools is out of date.
Workaround: upgrade vmware tools disable LRO

Upgrading from 8.6 shows ?????? question marks when completed, Open CSCtx75311

Symptom: Upgrading from 8.6 versions shows ?????? question marks when completed successfully. This is a bug with the CM Platform when the cm locale for Japanese is installed. It affects CUCM and Unity Connection upgrades. If you choose the "Do not reboot" option for the upgrade, the English text that normally displays upon completion is: "The system upgrade was successful. Please switch versions to activate the upgrade or reboot the system to ensure services affected by the upgrade process are functioning properly" The Japanese equivalent for this is in the locale, but instead there are just a bunch of question marks (??????????).
Conditions: - cm locale for JPN is installed - Upgrading from 8.6.1 or 8.6.2
Workaround: - Just ignore the message because the upgrade is successful

H245 messages exceeding 1444 byes are truncated before processing, Open CSCtj36391

Symptom: A core may occur when a H323 call is made.
Conditions: The size of a H245 message (other than TCS or OLC) exceeds 1444 bytes.
Workaround: None.

Attendant Console log fills entire /common partition on CUCM server, Fixed CSCtn02841

Symptom: The /common partition will become filled when running the Attendant Console for an extended period of time. This can be seen by executing the following command and looking for an ac_j.out.log file consuming the entire partition: admin:show diskusage common sort This command can take significantly long time, and can also effect the system wide IOWAIT on your system. Continue (y/n)?y Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda6 87665856 83214908 0 100% /common 83134096 /common/ 79228256 /common/log 76277332 /common/log/taos-log-b 76142748 /common/log/taos-log-b/cm 74992048 /common/log/taos-log-b/cm/trace 74985276 /common/log/taos-log-b/cm/trace/ac 74984720 /common/log/taos-log-b/cm/trace/ac/logs 74984704 /common/log/taos-log-b/cm/trace/ac/logs/ac_j.out.log
Conditions: This has been seen in 7.1.3 as well as a 5.x call manager versions.
Workaround: Restarting the Attendant Console service and/or restarting the server allows the file to be cleared out and the partition space to be collected again.

COP file is using wrong source file Causing HW recognition issues, Fixed CSCts62097

Symptom: When upgrading from 7.1.3 to 8.6.1 using the refresh upgrade file: "ciscocm.refresh_upgrade_v1.0.cop.sgn" on an MCS server that has a newer HW such as 7845I3 or 7845H4 this causes "show hardware" command returns all fields with UNKNOWN also And when running admin:show environment fans We get: Executed command unsuccessfully Detecting Server Hardware - this can take several minutes ./shared_implementation.sh: line 645: _runtime: command not found ./shared_implementation.sh: line 645: _runtime: command not found ./shared_implementation.sh: line 384: _runtime: command not found dirname: too few arguments Try `dirname --help' for more information. ./shared_implementation.sh: line 88: _runtime: command not found dirname: too few arguments Try `dirname --help' for more information. ../../server_implementation/IBM/x3650M2/7845I3/shared/bin/api_implementation.sh: line 55: _runtime: command not found
Conditions: 7845I3 or 7845H4
Workaround: do a fresh 8.6.1 install to avoid using ""ciscocm.refresh_upgrade_v1.0.cop.sgn"

Not able to SSH into Cisco 9900 phone with v.9.2.1, Open CSCtr08892

Symptom: Not able to SSH into Cisco 9900 RoundTable phone with 9.2.1 firmware
Conditions: When troubleshooting phone issues, it's sometimes needed to SSH into the phone to set debugs parameters. Since firmware 9.2.1, the default behaviour of SSH was changed from "enabled" to "disabled". In order to enable SSH, you must go to the CUCM phone admin page, and change "SSH Access" to "Enabled". This field is currently only available in CUCM 8.6.1. Device Packs for older CUCM versions have a tentative schedule to be released on August 2011.
Workaround: For CUCM verisons older than 8.6.1, you must either upgrade to CUCM 8.6.1 or downgrade phone firmware to a release prior to 9.2.1.

dbmon core - hung db connections - watchdog abort, Fixed CSCte78737

Symptom: dbmon coredumps. There is no impact to call rate. dbmon comes back up and recovers on its own. CLI command utils core analyze may show: *********************************** backtrace *********************************** #0 0x00afc7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x004d1825 in raise () from /lib/tls/libc.so.6 #2 0x004d3289 in abort () from /lib/tls/libc.so.6 #3 0x08091daa indbl::NotifyWorkerWatchdog::IntentionalAbortThreadNotResponding (this=0xbfeb1a70, s=0x815c3ec "10 minutes has passed and the cleaner thread is not responding") at NotifyWorker.cpp:461 #4 0x08091c73 in dbl::NotifyWorkerWatchdog::svc (this=0xbfeb1a70) at NotifyWorker.cpp:428 #5 0x00431f47 in ACE_Task_Base::svc_run (args=0xbfeb1a70) at Task.cpp:258 #6 0x004330c6 in ACE_Thread_Adapter::invoke_i (this=0x9fdcb28) at Thread_Adapter.cpp:151 #7 0x00433029 in ACE_Thread_Adapter::invoke (this=0x9fdcb28) at Thread_Adapter.cpp:95 #8 0x003c3087 in ace_thread_adapter (args=0x0) at Base_Thread_Adapter.cpp:137 #9 0x001663cc in start_thread () from /lib/tls/libpthread.so.0 #10 0x0057596e in clone () from /lib/tls/libc.so.6
Conditions: This happens more often during a drs restore. Has also been seen after replication setup. Almost always on publishers and most often with servers with 2gb of memory(7825/35).
Workaround: None needed, dbmon comes back up on its own.

Upload of Customized Logon Banner fails, Open CSCtg91018

Symptom: Error message when trying to upload customized logon message file to UCM and/or Unity Connection Administration interfaces. Symptom: This issue may occur in Unity Connection and Unified Communications Manager 8.5.
Workaround: None
Further problem information: Steps to recreate: - in OS Admin page (cmplatform), go to Software Upgrades | Customized Logon Message - click the browse button, then find the .txt file that contains the customized text - click the Upload file button and observe these error messages: "The file /usr/local/platform/conf/cli//loginWarning.txt could not be uploaded. Failure in uploading the login warning message."

Services deactivated after Refresh Upgrade to 8.6.2, Fixed CSCtw94724

Symptom: Select "do not switch version after upgrade", switch version later and all services are deactivated
Conditions: Performing a refresh upgrade to CUCM 8.6.2
Workaround: Manually activate services

9971 hears ringback tone instead of annunciator for non-existent DN, Fixed CSCtr16387

Symptom: CUCM Version 8.5.1.11900-21 IP-Phone : 9971, 9-2-1 Annunciator tone is not played when 9971 user dials number that does not exist in the directory or in dialable partition. 9971 Plays ringback + fastbusy instead.
Conditions: Looks like due to some race condition, CUCM media layer did not have a IP address of ANN device assigned correctly. Hence there is 0 port specified. The call has been set as a Ear Only call type by CC layer, which seems make sense to me because we only want ANN to play the announcement. 000883171 |2011/06/22 18:50:57.799 |100 |SdlSig |SDPOfferInd |waitSDPResponse |SIPInterface(6,100,62,65) |SIPCdpc(6,100,68,145) |6,100,62,65.1^*^* |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] nAudio=1 stackIdx=1 CapCount=6,89(60),4(20),2(20),86(20),11(20),12(20) port=27004 IP= ipAddrType=0 ipv4=10.12.78.166 SDPMode=0 media= SP=F RTP=T SRTP=F idle=F QoS=F nVideo=1 stackIdx=2 CapCount=2,103,103 port=26350 ipAddrType=0 ipv4=10.12.78.166 SDPMode=0 RTP=T SRTP=F idle=F nApp=0 numT38Fax=0 MTPAllocated=0 keepAudiomLineForT38=F transID=0 DTMFMethod=3 DTMFConfig=1 RFC2833PT=101 wantDTMF=0 provideOOB=F FCOffer=0 mSipCallState = 1 InactiveSDPReq=F RSVPLastCollab=F mSIPAccessDevice=F mConfiguredAddrMode=0 sdpOffer.mSDPMsg.updateSDPModeOfDeviceOfferOrAnswerSDP(mCallConnectTypeInfo.allowOneWayMedia, mCallConnectTypeInfo.ccRequestedCallConnType); where OneWayMedia may be set to EarOnly. That may explain why the audio mline mode is set to RECEIVE ONLY. 000883186 |2011/06/22 18:50:57.800 |100 |SdlSig |MediaExchangeOffer |waitInterfacesCapabilities |MediaExchange(6,100,130,567) |SIPInterface(6,100,62,65) |6,100,62,65.1^*^* |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0] nAudio=1 stackIdx=1 CapCount=6,89(60),4(20),2(20),86(20),11(20),12(20) port=27004 IP= ipAddrType=0 ipv4=10.12.78.166 SDPMode=2 media= SP=F RTP=T SRTP=F idle=F QoS=F nVideo=1 stackIdx=2 CapCount=2,103,103 port=26350 ipAddrType=0 ipv4=10.12.78.166 SDPMode=0 RTP=T SRTP=F idle=F nApp=0 numT38Fax=0 MTPAllocated=0 keepAudiomLineForT38=F transID=0 DTMFMethod=3 DTMFConfig=1 RFC2833PT=101 wantDTMF=0 provideOOB=F FCOffer=0 TogMediaDir=F sipState=1 But after cucm has instructed ANN to send audio, CUCM return Zero IP address. Based on the log, media receive the Offer from SIP side before getting the Capablity from the ANN. (Normally, CUCM get the capability update from ANN First and then Offer from SIP side). Because of such unexpected signal sequence, *and* also this call did not need ANN to open audio receiving channel, media layer did not have IP address (myIpAddr) assigned. 000883200 |2011/06/22 18:50:57.800 |100 |SdlSig |MediaExchangeAnswer |waitForAnswerorFarEndOfferorMXCap |SIPInterface(6,100,62,65) |MediaExchange(6,100,130,567) |6,100,62,65.1^*^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] nAudio=1 stackIdx=1 CapCount=1,4(20) port=4000 IP= ipAddrType=0 ipv4=0.0.0.0 SDPMode=1 media= SP=F RTP=T SRTP=F idle=F QoS=F nVideo=0 nApp=0 numT38Fax=0 MTPAllocated=0 keepAudiomLineForT38=F transID=0 DTMFMethod=0 DTMFConfig=1 RFC2833PT=0 wantDTMF=0 provideOOB=F FCOffer=0 ignorePT=F sipState=0
Workaround: None

CUCM 8.6.1 auto registraion is not working, Fixed CSCtx33094

Symptom: 8.6.1-20000-1 auto registration is not working. RegisterReject text='Error: DB Config'
Conditions: Very short network glitch between publisher and subscriber
Workaround: none

When SELinux enforced on vm command utils import config does not work, Fixed CSCtr00406

Symptom: Command "utils import config" does not work.
Conditions: When SELinux is in enforced mode on VM.
Workaround: Set SELinux to permissive mode before executing the command.

CiscoProvTerminalUnRegisteredEv CiscoAddrRemovedEv failed after EM Login, Fixed CSCts56726

Symptom: EM UDP is unable to be controlled by JTAPI application.
Conditions: This will occur with CUCM 8.6 and later.
Workaround: Restart CTIManager to resolve the issue.

Sign-in delay on sub when pub is down for UC 8.5.1SU2 cluster, Fixed CSCts41857

Symptom: When the Unity Connection Publisher is down, and the Subscriber is the one taking calls, then the users might experience delay while signing in.
Conditions: Unity Connection 8.5(1) SU2
Workaround: please refer to the workaround section for the workaround

3 Second delay in TCP SYN ACK response packet from a CUCM MCS-7835-H2, CSCtx49111

Symptom: Cisco IP Phone 9951 sends a TCP SYN request to Call Manager for a HTTP get for Corporate Directory. The Call Manager SYN ACK response is observed in packet capture from the Call manager, however the SYN ACK never gets sent to the phone. The 9951 phone sends another SYN request after 3 seconds and the Call Manager responds to this SYN ACK for the second time and the Phone receives this SYN ACK. 3 Second slow response seen on all phone types, as well as SSH and web sessions to the CUCM.
Conditions: With Network Fault Tolerance enabled. CUCM command " set network failover enable" CUCM TCP SYN ACK will have 3 second delay in response to the phone TCP SYN request. Phone types 89XX and 99XX series phones. 3 Second slow response also observed via HTTP to CUCM administration page and SSH to the server. Server Hardware: MCS-7835-H2 NIC Driver observed: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.6.9 (December 8, 2007) bond0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz
Workaround: Disable Network Fault Tolerance. CUCM Command "set network failover disable"

Connectionmanager leak for call from remote destination to busy user, Fixed CSCth03268

Symptom: System unable to process calls, in CUCM traces you will see printed: 05/25/2010 14:21:21.374 CCM|ConnectionManager -ERROR wait_AuConnectRequest(59647683,59647684): MAX CALLS(15000) ENCOUNTERED 05/25/2010 14:21:21.374 CCM|MaxCallsReached - Maximum calls reached. UNKNOWN_PARAMTYPE:Description:15001 App ID:Cisco CallManager Cluster ID:
Conditions: calls from a remote destination to a busy user will trigger allocation of an annunciator resource to play back busy tone. The call identifier for the annunciator will be removed from connectionmanager, the one from the remote destination will not. Slowly the number will start creeping up until it hits the system limit of 15000.
Workaround: - restart callmanager process will clear the counter from connectionmanager - prevent annunciator from being allocated for these type of calls, this can be done by making sure that the gateway involved does not have access to an annunciator resource via the MRGL configured on the GW, MRGL configured on the device pool or in the default MRGL (this is the list of all media resource that are not in a single MRG)

CM 8.6.2 Upgrade Failing Due to NTP Reachability, Fixed CSCtt18005

Symptom: During upgrade to CM version 8.6.2, we observe the following error with respect to NTP reachability: 09/27/2011 19:37:01 ntp_one_shot.sh|NTP servers list: 10.127.0.1 10.227.0.1 10.127.0.54| 09/27/2011 19:37:01 ntp_one_shot.sh|ntpdate query response: 27 Sep 19:37:01 ntpdate[26740]: no servers can be used, exiting (rc=1).| 09/27/2011 19:37:01 ntp_one_shot.sh|File:/usr/local/bin/base_scripts/ntp_one_shot.sh:286, Function: ntpdateError(), NTP server 10.127.0.1 did not reply as expected. 'ntpdate -q' failed (ntpdate rc=1).| 09/27/2011 19:37:01 ntp_one_shot.sh|File:/usr/local/bin/base_scripts/ntp_one_shot.sh:574, Function: setTime(), None of the external NTP servers (10.127.0.1 10.227.0.1 10.127.0.54) responded.| 09/27/2011 19:37:01 InstallWizard|runScriptPassive: 512 = system("/usr/local/bin/base_scripts/ntp_one_shot.sh")|
Conditions: Perform upgrade to CM 8.6.2.10000-30 while NTP references are defined and unreachable.
Workaround: Remove configured NTP references before performing 8.6.2 upgrade attempt.

Phone query by device pool shows incorrect records found, Fixed CSCts22550

Symptom: Bulk Administration phone query returns count containing total number of phones in system rather than total number of phones in result set.
Conditions: Using Bulk Administration > Phones > Update Phones > Query and having Device Pool as the first search criteria in 8.5(1).
Workaround: Use other search criteria to find phones.

RIS DC core dump CUCM 7.1.3.33030-1 due to timeout, Open CSCtx44916

Symptom: Core dump of RIS DC service.
Conditions: CUCM 7.1.3.33030-1 Multi node setup The core dump could be happening due to the following reason: The RIS service maintains a map of all RIS requests being sent from that node (in this case SUB08). Each RIS request is processed & checked for timeout. When a request is timed out ( Reply not received from the other node, before timeout), that instance is deleted from the map. There is also an errorReply being prepared from the contents of the map. Due to some synchronization issue between the timer thread that deletes the content of the map & creation of the error message is causing the RIS core dump.
Workaround: None.

IPMA: Digit Zero "0" being trimmed from the start of a speed dial., Open CSCtx29696

Symptom: Whenever the user enters digit 0 as the first character for the telephone no. in the speed dial table.The character digit 0 is being trimmed and the rest of the following characters are stored in the database.Hence when the User settings are retrieved from the database on logging in again, we observe telephone number without the prefix digit 0
Conditions: Speed Dial should start with a "0"
Workaround: none

IOS requires CUCM to send SCCP PortClose msg to prevent MTP port leak, Open CSCtx65886

Symptom: CUCM reporting Media Termination Point allocation errors. show sccp connection shows hung sessions.
Conditions: IOS DSPfarm(MTP/Transcoder/Conference) under CUCM control.
Workaround: Issue shut/no shut under dspfarm profile to clear sccp session. ***NOTE: THIS WILL DROP ALL ACTIVE CALLS THRU THE TRANSCODER AS WELL. Example: c2951(config)#dspfarm profile 1 c2951(config-dspfarm-profile)#shut Disabling profile will disconnect active TRANSCODING calls, do you want to continue ? [yes/no]yes c2951(config-dspfarm-profile)#no shut

Need CLIs to allow TLS_REQCERT in ldap.conf, Fixed CSCtd82438

Symptom: LDAP authentication of SSL not working.
Conditions: DNS not configiured and attempting to use SSL to authticate to LDAP will cause failure to authenticate end users (and possibly applications such as CTI to function.
Workaround: This is the workaround. A property of authentication over SSL requires the certificate to match the FQDN of the configured LDAP server. If not configured for DNS, an ipaddress is required on the form. In this case this CLI should be run as: utils ldap config ipaddr

CTIManager Core on DeviceEventRouter, Fixed CSCtx57751

Symptom: CTIManager services crashes, and restarts automatically.
Conditions: This can occur during stress test involving CCM Service restarts. Further investigation is still being done to identify the exact trigger of the CTIManager crash.
Workaround: None.

OS Admin Cert Web Page displays serial numbers in decimal instead of hex, Open CSCtr75672

Symptom: OS Administration Certificate Management web page displays certificate serial numbers in decimal instead of the commonly accepted hex.
Conditions: CUCM 8.6
Workaround: Convert the decimal to hex using calc.

Device Search using Device Pool as filter results in SQLException Error, Fixed CSCtw47561

Symptom: go to Devices > Phone page and do a search : Device pool 'Contains'. Get the following error : "Error occurred during find. java.sql.SQLException: A syntax error has occurred." The error also occurs if you leave the field blank or use any variation of the Device Pool filter such as 'Begins with' or 'Ends with'.
Conditions: Issue only seems to occur when searching using the Device Pool as a filter.
Workaround: Add a bogus second filter (like Device Name - begins with - leave text box blank) This should not cause any syntax exception when it checks for the result count.

CTI info not updated, if EM phone is unplugged without proper logout, Open CSCts97096

Symptom: CTI info not updated, if EM phone is unplugged without proper logout
Conditions: 1. logon EM on phone A with profile X. 2. unplug phone A 3. logon EM on phone B with profile X. 4. in dialer.exe, I see both phone A and B having DN configured in profile X. phone B is showing correctly, but we would expect phone A to show its own DN (not the one configured in profile X). service parameter for multiple EM login is set to 'auto logout'. If I 'Logout' the device from the device configuration page (after the phone is unplugged), it does not make a difference.
Workaround: Only workaround is to plug the phone A back once and see it register without EM profile. Otherwise will have to restart the CTI service.

CUCM 8.5.1 (SU3) 7835/45-I2 IBM Raid driver reverts back during L2, Fixed CSCtx25915

Symptom: File system goes read only after L2 upgrade to CUCM 8.5.1(SU3) from 8.5.1(SU1/2) with the cop file installed as the IBM raid driver resets back to 1.1.5-2455. IBM Raid driver rpm for aacraid version 1.1.5-24702 is installed but not loaded. when ssh into server we see the following message: java.io.FileNotFoundException: /var/log/active/platform/log/cli.bin (Read-only file system) at java.io.RandomAccessFile.open(Native Method) at java.io.RandomAccessFile.(RandomAccessFile.java:212)
Conditions: Occurs only on 7835/45-I2 class of servers and only after they've been L2 upgrade to CUCM 8.5.1(SU3) release from 8.5.1(SU1/2) with the COP file installed. This does not apply if there is fresh install.
Workaround: A workaround to the bug can be applied by TAC using root account. However, Rebuild of the server is a permanent solution to read-only problem. Use of the file system repair on the recovery disc does not guarantee a fully functioning system. Even if the server is recovered into an operable state, full functionality of all features and services cannot be guaranteed. Cisco strongly recommends a server rebuild if the file system has become corrupted to ensure full functionality.

HardwareFailure event during battery learn cycle, Fixed CSCts69041

Symptom: HardwareFailure event generated: hwStringMatch : XXX 1 04:42:XX, XXXXX, Warning, Director Agent, : LSIESG_AlertIndication 500605B0027C8E70 BBU disabled; changing WB virtual disks to WT Sev: 3.
Conditions: - RTMT - Once a month (at 4:42am)
Workaround: There is no workaround. But, the message can be ignored. The event will occur once a month (at 4:42am) during the battery recharging cycle. That cycle is a scheduled event to recharge the raid battery.

Memory leak (Table leak) in SsManager table, Fixed CSCtj39431

Symptom: Memory leak in SsManager table. This decreases signal processing efficiency that eventually leads to CodeYellow and call throttling.
Condition: 1.Make a call to any unallocated number, 2.Announciator comes in to play -> started announcement 3.While processing SsInsertMediaReq within Cc, we save the SsType in SsManagerTable as transient ssManager. 4.Announcement is completed 5.Cc receives SsRemoveMediaReq and Sstype is saved in the SsManagerTable as transient ssManager. 6.After the disconnecting call, Cdcc only deleted the saved SsRemoveMediaReq Sstype but it did not delete the saved SsInsertMediaReq SsType. In SDL traces this may manifest as time gaps after any signal that involves traversing the SsManager Table. One example is CcRegisterPartyB after a call is redirected. Consecutive lines of CM SDL traces from an affected system show: 2011/05/10 10:05:08.031| 002| SdlSig | CcRegisterPartyB | tcc_register_party_b | Cdcc(2,100,194,22320926) | Cc(2,100,195,1)...[R:NP - HP: 0, NP: 57, LP: 231, VLP: 2, LZP: 0 DBP: 0] 2011/05/10 10:05:08.135| 002| SdlSig | MGCPocTimer | wait | MGCPManager(2,100,146,82) | SdlTimerService(2,100,3,1)...[R:HP - HP: 0, NP: 78, LP: 234, VLP: 2, LZP: 0 DBP: 0] Note the gap of 104 msec after CcRegisterPartyB. If SDL queues were empty the gap would not be an issue. In this instance there is significant work in queue with 57 outstanding signals in the Normal Priority queue alone. After the time gap the normal priority queue jumps to 78. The delays in processing CcRegisterPartyB only occur after the first redirect of the Cdcc. The first time the signal is processed no delay is observed. Then the call is redirected. All subsequent CcRegisterPartyB signals for this call incur this delay. This delay is associated with time to traverse the leaked instances in the SsManager table in memory.
Workaround: None. To avoid entering code yellow perform periodic restarts of the ccm service. Diagnostics introduced by CSCtf49442 can be used to review current size of the SsManager table with nominal impact to a production environment.

CTL Client hangs after failed login CTL Provider restart required, Open CSCtx48688

Symptom: The CTL client hangs when trying to connect to call manager. The task manager shows the process is not responding and has to be killed.
Conditions: A previous login attempt has been made and failed. The CTL client displayed the message "User cannot be authenticated" for a previous login attempt. Check the CTL client logs to see whether or not a failed login attempt was made from c:\program files\cisco\ctl client\trace. If the following line is seen "EnvelopeWriter:User Authentication failed" a failed login due to an incorrect username and/or password has occurred. The CTL client log (CTLTrace*.txt) will show the following. There is a bad login attempt using username wronguser (user = wronguser). 01/20/12 10:11:21:EnvelopeWriter:In VerifyUserLogon: user = wronguser password = ***** server = x.x.x.x 01/20/12 10:11:21:EnvelopeWriter:In SSLSendAuthUserPwdRequest 01/20/12 10:11:21:EnvelopeWriter:BUFLEN=256 with username 01/20/12 10:11:21:EnvelopeWriter:BUFLEN=512 with passwd 01/20/12 10:11:21:EnvelopeWriter:username = administrator 01/20/12 10:11:21:EnvelopeWriter:In SSL Send packetlen = 532 sizeof buf = 4, sizeof CTLpacket = 4 01/20/12 10:11:21:EnvelopeWriter:doing SSL Write 01/20/12 10:11:21:EnvelopeWriter:SSL Write done 01/20/12 10:11:21:EnvelopeWriter:Waiting for reply from Provider 01/20/12 10:11:22:EnvelopeWriter:Doing SSL Read 01/20/12 10:11:22:EnvelopeWriter:SSL_read succeded 34 01/20/12 10:11:22:EnvelopeWriter:msg id = 2 msg len = 14 01/20/12 10:11:22:EnvelopeWriter:msgID 2 Got response 1 for AuthUserpasswordRequest 01/20/12 10:11:22:EnvelopeWriter:User Could not be authenticated because Incorrect function. 01/20/12 10:11:22:EnvelopeWriter:SSL Send done retVal = 0 01/20/12 10:11:22:EnvelopeWriter:User Authentication failed The next login with the correct username which causes the CTL client to hang looks like this. 01/20/12 10:11:25:EnvelopeWriter:In SSLSendDisconnect 01/20/12 10:11:25:EnvelopeWriter:Sending Disconnect Message 01/20/12 10:11:25:EnvelopeWriter:In SSL Send packetlen = 20 sizeof buf = 4, sizeof CTLpacket = 4 01/20/12 10:11:25:EnvelopeWriter:doing SSL Write 01/20/12 10:11:25:EnvelopeWriter:SSL Write done 01/20/12 10:11:25:EnvelopeWriter:SSL Send done retVal = 1 01/20/12 10:11:25:EnvelopeWriter:CServerInfoDialog::ValidateData done. ErrorCode=25041 The detailed level CTL Provider logs from the CUCM server will display the following (some lines removed) for the CTL client login attempt that displays "User cannot be authenticated" when using the above username of wronguser. 10:11:21.675 | CCTLServerSocket::ParseReadBuffer Calling ProcessAuthUserPasswordRequest 10:11:21.675 |-->CCTLServerSocket::ProcessAuthUserPasswordRequest 10:11:21.675 | CCTLServerSocket::ProcessAuthUserPasswordRequest Username is:wronguser 10:11:22.201 |SQL exception getting PW credentials, -746. Error fetching data from datasource: [Informix][Informix ODBC Driver][Informix]411 10:11:22.201 |AuthenticationImpl::setResults retCode= -5003 10:11:22.205 | CCTLServerSocket::ProcessAuthUserPasswordRequest User administrator rejected The next login attempt after using an invalid username and/or password stops with "Calling Socket select". The new username entered for the next login attempt after trying "wronguser" is not displayed in the server side logs. 10:11:25.590 | CCTLServerSocket::TLSReceive Socket select done. Return value = 1 10:11:25.590 | CCTLServerSocket::TLSReceive Calling FDSet 10:11:25.590 | CCTLServerSocket::TLSReceive FDSet returned 10:11:25.590 | CCTLServerSocket::TLSReceive Begin SSL_read 10:11:25.590 | CCTLServerSocket::TLSReceive SSL_read returned 10:11:25.590 | CCTLServerSocket::TLSReceive Read a message from Socket 10:11:25.590 | CCTLServerSocket::TLSReceive Calling ParseReadBuffer 10:11:25.590 |-->CCTLServerSocket::ParseReadBuffer 10:11:25.590 | CCTLServerSocket::ParseReadBuffer msg id = 32 msg len = 0 10:11:25.590 | CCTLServerSocket::ParseReadBuffer ParseReadBuffer recd msgid 20 10:11:25.590 | CCTLServerSocket::ParseReadBuffer user not authenticated. 10:11:25.590 |<--CCTLServerSocket::ParseReadBuffer 10:11:25.590 | CCTLServerSocket::TLSReceive Parse read buffer returned 25004 10:11:25.590 | CCTLServerSocket::TLSReceive Doing SSL_Select 21 10:11:25.590 | CCTLServerSocket::TLSReceive Freeing mBuf 10:11:25.590 | CCTLServerSocket::TLSReceive Freeing mBuf done 10:11:25.590 | CCTLServerSocket::TLSReceive Calling Socket select
Workaround: Once a failed login has occurred with the CTL client due to an incorrect username and/or password, the CTL Provider service must be restarted on the CUCM server. If the first login contains the correct username and password, the client will connect properly. If the username and/or password entered is incorrect again the CTL client displays "User cannot be authenticated" and the CTL Provider service must be restarted again before the next login attempt.

OS CLI should display hash of file in show ctl and show itl, CSCtr35606

Symptom: The signatures in "show ctl" and "show itl" from the Operating System Command Line in Communications Manager do not match the signatures that the phone displays for these same files. IP Phone > Settings > Security Configuration > Trust List should ideally be the hash that shows up in "show ctl" and "show itl"
Conditions: CUCM using CTL or ITL files.
Workaround: NA

BAT Export Configuration recurring schedule leaks Informix DB memory, Fixed CSCtt05246

Symptom: CUCM shows the following syslog error: %UC_DB-3-IDSEngineCritical: %[class_id=vhq1cucm10_ccm8_5_1_11900_21-24][class_msg=MT][specific_msg= 1:ATTENTION:24:MT: cannot allocate memory :out of virtual shared memory :CiscoAlarmEnd][AppID=Cisco Database Layer Monitor] and the Informix Database runs out of virtual shared memory. Extension Mobility logins fail. CCMAdministration page web logins may fail with the message "Database Communication Error". If the system is left in this condition long enough, database replication may fail.
Conditions: This issue is encountered when BAT Import / Export configuration is scheduled to run Export Configuration as a recurring job. The BAT process does not release memory back to the database when the BAT Export has completed. This issue will occur on a system with thousands of phones, and may require an extended period of time to develop. This issue only effects the jobs under "Bulk Administration Tool > Import / Export > Export Configuration". Other BAT jobs are not impacted.
Workaround: To restore memory to the database, restart the Bulk Provisioning Service when this error is encountered. See details below for verifying this defect. Switching to a manually scheduled one time Export instead of a recurring Export will prevent this problem from happening.
Further Problem Details: To verify this defect is being encountered check the output of "show tech dbstateinfo" and look for the following in the "onstat -g ses" section. 5688872 dbbps - -1 1 14872576 2937776 off 5688834 dbbps - -1 1 50327552 11840472 off 5688659 dbbps - -1 1 3031040 1050096 off 5688525 dbbps - -1 1 12955648 2803200 off 5636675 dbbps - -1 1 4374528 3139760 off 5636674 dbbps - -1 1 52834304 14249176 off 5634066 dbbps - -1 1 54206464 14541544 off 5633987 dbbps - -1 1 56823808 14623544 off 5614988 dbbps - -1 1 47071232 13453920 off 5614926 dbbps - -1 1 68382720 15448416 off The dbbps connectors are using an abnormal large amount of memory in this output, and there should be fewer connections from dbbps.

Automatically print memory leak troubleshooting info at CCM service stop, Open CSCtq43972

Symptom: Need memory leak information automatically printed in CCM traces at time of shutdown
Conditions: Troubleshooting a CCM memory leak
Workaround: Manually enable Dialing Forest Dump service parameter Go offhook on a phone registered to the server in question and dial **##*16

All-LANG: CUCM: not able to install Phone Only locales with CUCM 8.5, Fixed CSCtl54197

Symptom: not able to install Phone Only locale with CUCM 8.5
Conditions: CUCM 8.5 PO LI 9.1.1 for fw 9.1.1
Workaround: None

L2 upgrade 8.6.1.10000-26->8.6.1.10000-43 fails when locales installed, Open CSCtq97369

Symptom: L2 upgrade 8.6.1.10000-26->8.6.1.10000-43 fails when locales installed
Conditions:
Workaround: Uninstall the locale, and restart the upgrade.

Phone show out of service but lines show in service, Fixed CSCtj58580

Symptom: The customer was facing a problem with TSP application, as the Phone is shown as 'out of service' but its lines are shown as 'in service'. They are using, CUCM version 8.0.2.97041-3. TSP version 8.0(1.6).
Conditions: Detailed Problem description: The CTI application is using the Cisco TSP & Wave Driver for application integration with CUCM, when monitoring a resource, it shows as out of service though its lines show as in service. The CTI application uses TAPI method for device Phone Open and Line Open. 1- [customer] As TSP fires the PhoneState event immediately after processing the PhoneOpen request. So, there will still be a possibility that TSP fires this event before we register for this event using the phonesetstatusmessage API. This will depend on the configuration and latency on the network. There is no 100% guarantee that we will not miss any events in future. What is your opinion on this please? [Developer] Yes, this will be a race condition that you may miss the PhoneState event indicating (Resume) when the phone is opened using PhoneOpen API. 2- [customer] We are now logging the value of dwStatusFlags from our application and we can see that TSP sends the "dwStatusFlags" = 0x00000002(PHONESTATUSFLAGS_SUSPENDED) when we call PhoneGetStatus API. Can you please explain why TSP sends Suspended first and then Resume in Param1 (which we miss intermittently on some sites) later. [Developer] After phoneopen request the phonesetstatusmessage API is used to get the phone state Events for this particular phone,whenPhoneGetStatus API is used to query the status of the phone it returned "dwStatusFlags" = 0x00000002 indicating the phone is OutofService,then after some time when the phone comes back inSevice TSP fires PhoneState Event with param1 as Resume indicating that phone came back InService. **As the phonesetstatusmessage API is used to indicate the Phone State Events for the phone when ever the states of the phone changes. 3- [customer] We are using PhoneGetStatus API only to check the statusflag_connected and statusflag_suspended values only. Can we rely on the PhoneStates events only? I am asking this question because are there any chances that we will not get phonestates events hence we have to rely on phonegetstatus API as well. (does it work for all the CUCM versions etc). [Developer] If you want to rely on the PhoneStates events to check wether the Phone is InService.Here we may hit the race condition which we have discussed in point 1 where we may miss the PhoneState event indicating (Resume).This needs an Enhancement in TSP to fix this Issue for all CUCM versions. [customer] This would be great. As we don't want to pull the status of devices/phones when TAPI can send the status itself whenever they changes. The only reason why we have to pull the states ourselves is to avoid missing the events. It would be more optimize solution that we get phone state or line dev state only when we have registered for these events and there are no chances for these events to be missed.

CallManager service core dump, Fixed CSCtr84752

Symptom: CallManager service core dump. RasARQReq(time out) and RasDRQReq(time out) in a loop
Conditions: RAS
Workaround: No workaround

RTMT 4.1(0.10) shows inconsistent results in device uregistered search, Fixed CSCsd62473

Symptom: RTMT unregistered search yields incosistent results.
Conditions: RTMT version 4.1(0.10)
Workaround: Verify manually the status of the devices/GW
Further Problem Description: Results of unregistered devices either returns some devices that are registered withing the search or fails to count all unregistered devices.

conference bridge DTMF method is changed from OOB only to OOB + RFC2833, Fixed CSCtw72937

Symptom: Media changes conference bridge's DTMF method from OOB only to OOB + RFC2833 after reConnect, as result of this, no MTP is inserted for DTMF after reconnect
Conditions: Customer calls in by dialing 1800 number. Call comes in on a PSTN Ingress Gateway and routed to CVP. ICM routed to call to Agent 1 (CVP to CUCM) , Customer started conversing with Agent 1. As customer want to talk to a diff department, and Agent 1 tried to conf by pressing the conf button on CTIOS, and dial CVP and got the Agent 2. Agent 1 gets Agent 2 then press conf button again to merge the call . then happens 1 way audio, Customer can hear the two agents and the two agents can hear each other but both agents couldn't hear the customer. When conference in completed, we try to establish media between CFB and PSTN. We allocate MTP due DTMF mismatch. At this time, we send out OLC to CFB and blank INVITE to PSTN. After receiving capabilities, we could see that there is codec mismatch between MTP and PSTN as PSTN supports only G711 whereas MTP does not support G711. Hence we try to reconnect the media and renegotiate. After reconnect media changes the DTMF of conf bridge from OOB to OOB+RFC2833 and because of that there is no MTP for DTMF after reconnect.
Workaround: NONE

Phone with recording profile fails for call redirect., Fixed CSCth73558

Symptom: Call Redirect can fail when Call Recording Profile is enabled.
Conditions: Call Recording enabled on an endpoint and call is redirected.
Workaround: Remove Call Recording Profile.

h245 session gets stuck after sending the ECS, Fixed CSCtn84005

Symptom: Calls are getting intermittently disconnected with cause value=47 (No resources available)
Conditions: Wait for Far End H.245 Terminal Capability Set is checked GW(h323)--->CUCM----->CTI_RP---> CTI Port----> Agent_IP_Phone
Workaround: 1) Increase the redirection time in IPCC. OR 2) Uncheck "Wait for Far End H.245 Terminal Capability Set" on H323 GW page

Upgraded client to Java6u29 now unable to administer CallManager 4.3, Terminated CSCtw80676

Symptom: Access denied error received when attempting to administer CallManager.
Conditions: Upgraded end-client to Java release Java6u29
Workaround: Downgrade to Java release JRE6U27 Remote Desktop into a separate device to administer CUCM as a workaround Upgrade to Java6u30 has worked in some instances but there may be other variables factoring in.

No DTMF when UCM receives invite with fmtp:101 before rtpmap:101 telepho, Fixed CSCtw56740

Symptom: When UCM receives a SIP Invite with SDP formatted with "a=fmtp:101 0-15" before "a=rtpmap:101 telephone-event/8000" UCM will fail to recognize the trunk supports RFC2833. It has been observed the formatting of the SDP may be a result of "pass-thru content sdp" being configured in the router, removal of this reverts the order to what would be expected by UCM. Regardless of the order UCM should hadle the messages is there is no indication in the RFC that specifies order, thus order is NOT important. Example SDP: v=0 o=- 1601216625 1601216625 IN IP4 xx.xx.xx.xx s=ENSResip c=IN IP4 yy.yy.yy.yy t=0 0 m=audio 19788 RTP/AVP 0 8 18 101 a=maxptime:20 a=fmtp:18 annexb=no a=fmtp:101 0-15 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=sendrecv
Conditions: - SIP - "pass-thru content sdp" configured in the IOS GW
Workaround: Remove "pass-thru content sdp" from GW config

Cucm 8.5.1 install fails with a timer expiry, Fixed CSCtr94061

Symptom: Install 8.5.1 on Mcs 7828-i5 see error during install Problem Details: Installation Error loading from DVD: The installation has encountered a unrecoverable internal error. For further assistance report the following information to your support provider. "/usr/local/cm/script/ccmhelp_post.sh install PostInstall 8.5.1.11900-21 8.5.1.11900-21 /usr/local/cm/ /usr/local/cm/ /common/log/install/capture.txt " terminated. Exceeded max time (240)
Conditions: Installing cucm 8.5.1 on mcs7828-i5
Workaround: Install 8.6.1 instead

Webdialer / IPMA not working with EM when App User has '&' in password, Open CSCtd74762

Symptom: Cannot call using Web-dialer when logged in Extension mobility From the EM logs, we see the response being returned with the device name of the phone. This device should be displayed in the WebDialer logs, instead of the "--none--" value seen 2009-11-18 15:08:42,747 INFO [http-8443-10] emutil.EMUtil - EMUtil:postMsg: trying emservice at: http://localhost:8080/emservice/EMServiceServlet 2009-11-18 15:08:42,757 DEBUG [http-8443-10] webdialer.WebdialerServlet - WebdialerServlet::doMakeCall():device name=--none-- IPMA window is not showing on the phone when the manager is logged in with EM and accesses the IPMA service
Conditions: WDSysUser / WDSecureSysUser / IPMAUser has the special character '&' in the password
Workaround: Change the Password to ensure that '&' character is not in the password.
Further Information: The defect is not resolved. There was a fix which was initially put in, but later reverted back due to some backward compatibility issues identified. This has resulted in the integrated-releases and diffs to be attached to the defect. The fix was put in 008.000(003.10000.008) and 008.000(001.98000.029) but later backed out due to issues it created and backward compatibility concerns.

CUCM MGCP package capabilities displayed for gateway provisioned as SCCP, Open CSCtx38534

Symptom: In CUCM, for an SCCP controlled voice gateway, under "Product Specific Configuration Layout" the following options are available, Modem Passthrough Cisco Fax Relay T38 Fax Relay RTP Package Capability MT Package Capability RES Package Capability PRE Package Capability SST Package Capability RTP Unreachable OnOff RTP Unreachable timeout (ms) RTCP Report Interval (secs) Simple SDP These options should not be available for SCCP controlled IOS gateways. This looks to be cosmetic and can be ignored.
Conditions: CUCM version 7.x and 8.x IOS voice gateway provisioned for the SCCP protocol
Workaround: none

Blind Transfer fails on QSIG Link, Fixed CSCsu54122

Symptom: Blind Transfer Fails Call is disconnected after 7 seconds
Conditions: 1. DN A calls DN B 2. DN B Performs a Blind Transfer to Party C 3. DN A and Party C are connected and talking 4. ISSUE: After 7 seg the call is disconnected. Call Flow Party A,B ---(SCCP)--->CM 6.1 ---(MGCP,QSIG)---VGW ---(QSIG)--->PBX---Party C - CM 6.1.1.3101-1 - c2800nm-spservicesk9-mz.124-11.xj4.bin
Workaround: none
Further Problem Description: - Possible cause of release is because CM is not replying with Connect ACK in response to a CONNECT message with the FACILITY element the "Interpretation APDU" is "discardAnyUrecognizedInvokepdu". - Given this the only response the CUCM can make is CONNECT ACK.

SDI trace indicator when H245 response timer expires, Open CSCte10813

Symptom: Supplementary service failure over h323 gateway/trunk.
Conditions: This can occur if the far end H323 device fails to respond to an ECS/CLC or TCS.
Workaround: This error condition is result of normal CUCM operation when it does not receive a H245 response. We are requesting additional tracing to properly diagnose this error condition. An example might look like this: AuDisconnectReq to put call on hold: 12/06/2009 09:31:32.941 CCM|MediaManager(3109068)::wait_AuDisconnectRequest, mCleanupPreallocatedMTP=0| 12/06/2009 09:31:32.941 CCM|MediaManager(3109068)::wait_AuDisconnectRequest, mrid(0,0) ci(134483538134484504) size(1), dt(0)| 12/06/2009 09:31:32.941 CCM|MediaManager(3109068)::keepMTPConnection, sr(0), resrcAllocateSide(0), party1CI(134483538), bRet(0)| 12/06/2009 09:31:32.941 CCM|MediaManager(3109068) - sendDisconnectReqToMX - disconnType=0, Party1DTMFmethod(1) Party2DTMFMethod(0) party1capCount(3) party2capCount(1), MC(0,0), deviceVideoCap(1, 0) ECS/CLC sent out: 12/06/2009 09:31:32.941 CCM|H245ASN - TtPid=(8,100,16,885032) -Outgoing -value MultimediaSystemControlMessage ::= request : terminalCapabilitySet : { sequenceNumber 14, protocolIdentifier { 0 0 8 245 0 10 } } 12/06/2009 09:31:32.942 CCM|H245ASN - TtPid=(8,100,16,885032) -Outgoing -value MultimediaSystemControlMessage ::= request : closeLogicalChannel : { forwardLogicalChannelNumber 1, source user : NULL } NEW LINE in TRACE: ======== 12/06/2009 09:31:32.941 CCM|H245ASN - TtPid=(8,100,16,885032) H245 timer expiry. No response from H245 endpoint ======== 12/06/2009 09:31:40.956 CCM|MediaManager(3109068)::wait_AuDisconnectReply, CI(134483538,134484504), disconnType(0), stopStreamingReason(0) DTMFMethod(1 0),MC(0,0),rf(0), nD(1,1)

CUCM router thread cores in ~LcseOpenLogicalChannel, CSCth06360

Symptom: CUCM crashes and generates core during H.245 OpenLogicalChannel stage of a H.323 call From backtrace 0x00c13415 in operator delete () from /usr/local/cm/lib/libstlport.so.5.1 #7 0x0a03e6f6 in ~ACE_Strong_Bound_Ptr (this=0xb2a7ef00) at /vob/ccm_tpl/release/include/ace/Bound_Ptr.inl:78 #8 0x0a04fc4a in ~LcseOpenLogicalChannel (this=0xb057cad0) at /vob/ccm/Common/Include/H245Lib/H235CapabilityDefinition.hpp:98 #9 0x0a09e936 in SdlRouter::scheduler (sdlRouter=0xe2cbb90) at SdlRouter.cpp:341
Conditions: 7.1.5.10000-12 Business Edition
Workaround:

RFC 2833 payload type may collide with audio PT for SIP-MTP-SIP, Fixed CSCti75956

Symptom: In-band DTMF method RFC 2833 looks like this in a SIP SDP: a=rtpmap:106 telephone-event/8000 a=fmtp:106 0-15 Note that it has a dynamic payload type, which means it could be any number in the range 96-127. When a SIP phone calls over a pass-through MTP (e.g. TRP or RSVP) to another SIP phone, CUCM is supposed to pass the RFC 2833 payload from one side to the other. Instead, CUCM is sending it back to the side it came from. This was seen when calling between a Tandberg E20 (103) and a Tandberg 1700 MXP (106) on mb_7221, but it should apply to previous releases as well. It is likely that this issue was not found before due to Cisco SIP phones always using dynamic payload type 101 for RFC 2833. B>Workaround: None

MGCP FXO caller id checkbox is missing on ISRG2 boxes, Fixed CSCti49436

Symptom: The callerid checkbox is missing on 3925 , 2951 ,2921 etc.. For the same callerid check box is present in ISR .
Conditions: CUCM 8.x
Workaround: None but DE will resolve issue asap

500 Internal Server Error Call ended by H323 with normal clearing, Terminated CSCsz65525

Symptom: SIP trunk will send 500 Internal Server Error in response to INVITE during a normal call clearing scenario.
Conditions: This can occur if the inbound SIP Trunk call is sent out to an H323 gateway which terminates the call before CONNECT.
Workaround: Ignore the 500 Internal Server Error.

CUCM called party tracing help for this page 404 not found, Open CSCtx43314

Symptom: A 404 not found error is displayed when using Help > For This Page on the Cisco Unified Communications Manager (CUCM) for Called Party Tracing. The following errors can be seen: HTTP Status 404 - /Help/en_US/ccm/ctx/ccm_directorynumbertracingEdit.html type: Status report message: /Help/en_US/ccm/ctx/ccm_directorynumbertracingEdit.html description: The requested resource (/Help/en_US/ccm/ctx/ccm_directorynumbertracingEdit.html) is not available. -- or -- HTTP Status 404 - /Help/en_US/ccm/ctx/ccm_directorynumbertracingFindList.html type: Status report message: /Help/en_US/ccm/ctx/ccm_directorynumbertracingFindList.html description: The requested resource (/Help/en_US/ccm/ctx/ccm_directorynumbertracingFindList.html) is not available.
Conditions: CUCM 8.6(2) trying to access Help > For This Page, for any Called Party Tracing pages.
Workaround: Use these URLs to access the help pages: https://:8443/Help/en_US/ccm/ccm/ctx/ccm_directorynumbertracingFindList.html https://:8443/Help/en_US/ccm/ccm/ctx/ccm_directorynumbertracingEdit.html

Call Park error "No Park Number available", Fixed CSCtt09033

Symptom: Attempting Call park gets an error "No Park Number available"
Conditions:
Workaround: Restart Call Manager service clears up the issue and Park number is available to be used again.

9951 audio only, no video, for call from 9951 Tandberg C20, CSCtq93198

Symptom: 9951 causes audio only (no video) when calls are set up from a SIP 9951 phone to a Tandberg C20. However, if the call is set up from the Tandberg C20 to the 9951 they don't have any issues (with video also functioning).
Conditions: Firmware 9.1(1) or 9.2(1)
Workaround: Earlier, 9.0(3) firmware does not have this issue (with audio and video in both directions).

No event on EM on NonControlDevice after CCM Failback, Fixed CSCts47497

Symptom: There is no event on EM on NonControlDevice after CCM Failback. Consequently, CTI Applications may be unable to control a User Device Profile.
Condition: This can occur with CUCM 8.6(2) and later versions.
Workaround: Restart CTIManager on all nodes to resolve this issue.

H.323 intermittent call drop during 2way normal conversation, Open CSCtf16209

Symptom: H.323 Calls(ICT, H.323 GW, H.323 trunks) are dropped intermittently 30 seconds after the call is answered and two way audio is established. Call is dropped due to MXAudioPathCheckTimer pop and MXtimeout even two way audio was established.
Further Description: After investigation, it was found this is a timing/race-condition on H.245 side, OLC and CLC for the same logical channel are received immediately one after the other by CM (OLC and CLC are received in the same msec), and the handling of OLC and CLC are different, resulting in CLC being handled earlier than the OLC and this is leading to issues at MX. Even all the OLC, CLC and MSD are Acked properly by CM, the call is still dropped after 30 seconds when MXAudioPathCheckTimer pop and CM think two way audio was not established correctly.
Conditions: One of the known trigger for OLC and CLC for the same LCN being received by CM at the same time is asymmetric codec situation between CM and H.323 peer. That is CM select one codec (e.g OLC(g711u)) and the h.323 peer select another codec (e.g OLC(g711a)) and the h.323 peer(IOS GW) detected the asymmetric codec and sent CLC to close previous OLC immediately.
Workaround: Eliminate asymmetric situation from configuration e.g: 1. remove asymmetric codec from voice class codec of IOS 2. Select "Wait for Far End H.245 Terminal Capability Set" for the leg which asymmetric codec happening.

Mobility no ringback when the internal phone associated is unregistered, Fixed CSCtt15145

Symptom: Unable to blind transfer a call to a remote destination because CUCM does not forward the 180 Ringing or 183 Session Progress back to the original calling phone attempting to blind transfer the call. or No ringback on calls to a remote destination when either the internal IP phone that is associated with the remote destination is unregistered or not configured.
Conditions: The delay before ringing timer on the remote destination that rings is set to "0" and the associated internal phone is unregistered.
Workaround: Set the delay before ringing timer on the remote destination to a value greater than "0".

Corrupt String in inbound DeviceManager signal results in ccm core, Fixed CSCti62704

Symptom: ccm cores due to a corrupt string in inbound signal DMRemotePropagateDeviceRegisterUnregister.
Conditions: String corruption occurs on the network as the signal transits between nodes. Specifically, a failing interface on a network device corrupted the packets in transit resulting in the failure.
Workaround: None.

PSTN phone is ringing for 8 sec after disconnecting the call, Fixed CSCtt96292

Symptom: PSTN phone is ringing for 8 sec after disconnecting the call. CALL flow IP phone ---CUCM-----H323----VG----BR1-----PSTN-----Phone
Conditions: for all type of ISDN call through h323 gateway
Workaround: no

idivert failed after nurd redirect call, Fixed CSCtr15589

Symptom: idivert failed with "Key is not active"
Conditions: Nurd involved, redirect call
Workaround: Log Mobile Number in CDR for Rerouted RD Calls Required Field set to False, then it works

Components such as "show network" on OS locked wrong when restore, Fixed CSCtk17682

Symptom: Components in the OS Administration Webpage, such as "show network" shows the following error message: "The system is currently locked by another process. Please try again later."
Conditions: Issue occurs after running a DRS restore or backup
Workaround: None

CDR Field Descriptions is missing for new fields in CUCM 8.6.2, Fixed CSCtx76915

Description for CUCM 8.6.2 should be added in Cisco Unified Communications Manager Call Detail Records Administration Guide (www.cisco.com/en/US/docs/voice_ip_comm/cucm/service/8_6_1/cdrdef/cdradminguide.pdf) in chapter "CDR Field Descriptions" for new fields: IncomingICID IncomingOrigIOI IncomingTermIOI OutgoingICID OutgoingOrigIOI OutgoingTermIOI outpulsedOriginalCalledPartyNumber outpulsedLastRedirectingNumber Several fields name were changed: destLegCallIdentifier changed to destLegIdentifier huntPilotDN with huntPilotPartition changed their positions.

CellProxyCdpc is sending an illegal pointer in CcRejReq, Fixed CSCtn37681

Symptom: coredump intermittently, service restarted.
Conditions: common in the core: 1. The source is always CellProxyCdpc 2. The signal always came from another node in the cluster. Backtrace shows: ==================================== backtrace =================================== #0 CcRejReq::createCopy (this=0xad549248) #1 0x0a2ca257 in SdlRouter::route #2 0x0a2c20bb in SdlProcessBase::output #3 0x099612fe in StationD::output #4 0x09956585 in StationD::restart0_CcRejReq #5 0x099d96ac in StationD::fireSignal #6 0x0a2c2aff in SdlProcessBase::inputSignal #7 0x0a2c9eea in SdlRouter::callProcess #8 0x0a2c990f in SdlRouter::scheduler -or- ==================================== backtrace =================================== #0 0x007e57a2 in _dl_sysinfo_int80 () #1 0x01254825 in raise () #2 0x01256289 in abort () #3 0x01288cda in __libc_message () #4 0x0128f56f in _int_free () #5 0x0128f94a in free () #6 0x003bc415 in operator delete () #7 0x0876fc22 in ~CcRejReq (this=0xae4c4378) #8 0x0a2c9d6e in SdlRouter::scheduler (sdlRouter=0xb7b5d2c8) #9 0x006fabff in ACE_OS_Thread_Adapter::invoke (this=0xb021d470) #10 0x006bb0af in ace_thread_adapter (args=0x0) #11 0x00a023cc in start_thread () #12 0x012f896e in clone () The important parts are: "#0 CcRejReq::createCopy" -or- #5 0x0128f94a in free () #6 0x003bc415 in operator delete () #7 0x0876fc22 in ~CcRejReq (this=0xae4c4378) In at least one occurrence the node originating this signal was in CodeYellow. That caused other nodes in the cluster that were not in CodeYellow to crash. That effectively invalidates all redundancy provided by multiple CUCM nodes. CME/SRST would not be affected.
Workaround: None. Upgrade to a fixed version.

EMCC: Allow for same userid on multiple cluster, Fixed CSCte96183

Symptom: When using EMCC, a userid must be found in only 1 cluster in order to work.
Conditions: When importing users for a given CUCM cluster, they must use LDAP filters or a separate ou of users to import ot prevent a user from appearing on multiple cluster.
Workaround: none

Attended Xfer of Conf. over H.323 trunk fails, Fixed CSCto62450

Symptom: Call drops after attended transfer from video endpoint on one cluster to audio endpoint on another cluster.
Conditions: Adhoc video conference is setup and one video endpoint is trying to transfer
Workaround: None

Webdialer should support "+" in the userid, Fixed CSCtx76742

Symptom: Webdialer does not support userid which contains "+"
Conditions: N/A
Workaround: Don't use "+" in userid

Alternate TFTP returns 'Processing allocation exceeded' error, Fixed CSCso98992

Symptom: When using Alternate TFTP path, the TFTP server will return a 'Allocation process exceeded' when doing a TFTP query for a file on the other cluster.
Conditions: When configuring multiple clusters for Cross Cluster Extension Moblity, after some time, the TFTP server will start returning 'Allocation process exceeded'. This will prevent any non-local tftp files from being returned to the requestor.
Workaround: Restart the local TFTP server will clear this error.
Further Problem Description: This problem has been observed when configuring the CUAE based Cross Cluster Extenation Mobility product. The CCEM works by having each cluster set their alternate TFTP path to all other TFPT servers in the environment. So to prevent chaning the TFTP server on the phone or DHCP scope, each CUCM has defined alternate TFTP with all other clusters in the enterprise. Cluster1 has alt TFTP of Cluster2 and Cluster3 Cluster2 has alt TFTP of Cluster1 and Cluster3 Cluster3 has alt TFTP of Cluster1 and Cluster2 This is a circular refrerral The 5.x and 6.x TFTP server are not coded to protect the service from a circular request. As such, Cisco has fixed this issue in 7.0. The fix for 7.0 would need to be retro applied to 5.x and 6.x to provide the same protection.

CUCM transfer race condition leads to locations bandwidth leak in cdcc, Terminated CSCtb68090

Symptom: Calls will begin to fail over time and display Bandwidth Not Available. Exists in multinode clusters, specifically with CUCM nodes clustered over the WAN.
Conditions: Quick successive transfers via Unity causes cdcc on one node to lose track of CAC bandwidth being released by call controlling node.
Workaround: A couple of configuration adjustments are possible to avoid this race condition: 1) Ensure that Unity/Unity Connection voicemail ports are registered to the same Unifed CM server that phones and other devices are. For example, in a simple two node cluster, all devices should be registered with the subscriber. This requires the proper Unified CM server order to be configured on Unity/Unity Connection as those products do not utilize the Unified CM Group settings set it CCMAdmin for the voicemail ports. 2) Change Unity/Unity Connection Call Transfer configuration for relevant Subscribers and Call Handlers from "Release to switch" (blind transfer) to "Supervise transfer" (consult transfer). Along with this change, the CallManager service parameter "Display Original Calling Number on Transfer from Cisco Unity" can be changed from 'False' to 'True' to preserve the same user experience for the transfer destination. 3) If Unity Connection is being utilized, a delay can be added on the Unity Connection side to the transfer completion. This can be done if needed by changing the "Outgoing Post-dial Delay" on the Port Group (Edit -> Advanced Settings) from 0 milliseconds to 50 milliseconds.

Failed media resource (MTP) allocation leads to CCM core, Fixed CSCtq18031

Symptom: CCM process terminates and creates a core dump file. RTMT will send an alarm for CoreDumpFileFound.
Conditions: Failed media resource allocation (MTP) leads to a crash of the CCM process. The exact timing and conditions that cause this crash are rare.
Workaround: NA
Further Problem Description The last line of the SDI trace will show the following message CCM|MediaManager(275814)::cleanUp, send AuUpdateDisconnectStatus, reConnectType=0, sendErrIndToParent=0, failCall=1 The last line of the SDL trace will show the following signal being processed SdlSig-I | MrmGetPreAllocatedResourceErr | waitQueryConnectionResponse | MediaManager(3,100,107,275814) | MediaResourceManager(10,100,105,1)| (10,100,189,1).160908-(*:)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0] CI=176755392 The output of "utils core active active analyze " will show the following back trace #0 0x0820e064 in stlp_std::basic_string, stlp_std::allocator >::_M_append (this=0x260efc8, __first=0x1293ff4 "X", __last=0x2accd1c "") at /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/../3.4.6/new:92 #1 0x0820e26b in stlp_std::basic_string, stlp_std::allocator >::_M_assign (this=0x260efc8, __f=0x1293ff4 "X", __l=0x2accd1c "") at /vob/ccm_tpl/release/include/stlport/stl/_string.h:479 #2 0x082192cd in CCMString::operator= (this=0x260efc4, fCCMString=@0xa5ad75e8) at /vob/ccm_tpl/release/include/stlport/stl/_string_base.h:70 #3 0x086fb21c in Party::operator= (this=0x260eaa0, _ctor_arg=@0xa5ad70c4) at /vob/ccm/Common/Include/CallManager/TDCLhub.hpp:215 #4 0x09069f0b in MediaManager::cleanupNewlyAllocatedResource (this=0xa2085528) at /vob/ccm/Common/Include/CallManager/TDCLhub.hpp:216 #5 0x09099002 in MediaManager::cleanUp (this=0xa2085528, resAllocationFailCode=ALLOCATE_FAIL_UNKNOWN) at ProcessMediaManager.cpp:3819 #6 0x09099c2e in MediaManager::waitQueryConnectionResponse_MrmGetPreAllocatedResourceErr (this=0x12a4000, s=@0xa9a4fb90) at ProcessMediaManager.cpp:679 #7 0x090ae8b8 in MediaManager::fireSignal (this=0xa2085528, sdlSignal=@0xa9a4fb90) at /vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:175

SNMP HostAgnt Core. CUCM 8.5.1.12014-3, Fixed CSCtw63038

Symptom: Host Resources agent would dump core
Condition: Issue is intermittent,can't reproduce,no specific condition
Workaround: Restart Host Agent Process.

CTI Authentication fails for SSO tokens larger than 4096 bytes, Open CSCtq83354

Symptom: If a customer has a deep nesting of groups within Active Directory, the size of the user SSO token will increase and the SSO authentication with the CUCM CTI Manager may fail if the SSO token is larger than 4096 bytes
Conditions: CUCM has SSO enabled, CUCILync client is attempting to authenticate via JTAPI with CTIManager, but SSO token size is greater than 4096 bytes due to deep nesting of groups within Active Directory. This causes SSO authentication with CTIManager to fail resulting in no deskphone control on the client
Workaround: reduce the amount of nested groups within Active Directory

undesired format for MTP device name in RTMT alert MedialistExhausted, Fixed CSCta05208

Symptom: During the load run, in RTMT alert MedialistExhausted, MTP device name is in undesired format - pkid instead of name.
Conditions: Execute loadrun and observe the RTMT alert MedialistExhausted.
Workaround: none

Unable to use corporate directory if accept-language is not specified, Open CSCtx25150

Symptom: 7936 unable to use corporate directory
Conditions: After upgrading CUCM corporate directory no longer working. Seen with 8.6(2a), possibly earlier versions also affected
Workaround: On the 7936 manually configure this directory URL: http://x.x.x.x:8080/ccmcip/xmldirectory.jsp?locale=English_United_States Where x.x.x.x is the ip address or hostname of your CUCM used for directory services

No audio after blind transfer when SIP SP does not support UPDATE, Fixed CSCto96586

Symptom: No audio after blind transfer
Conditions: CUCM 7.1.5 CUBE integration running 15.1.3T or higher Call flow CUCM -- SIP1 -- CUBE --- SIP2 where SIP1 supports Update where SIP2 does not support Update (not included in Allow header or Allow header not included in 1XX message) After early dialog is established on SIP1 and SIP2 the call gets transfered on CUCM side. CUCM sends Update with SDP, CUBE responds with 491 After call connects and 200 OK is send we have no audio.
Workaround: - Enable UPDATE on SIP2 side (typical service provider network) or - Disable PRACK on CUCM side

Voice calls going through MGCP/H323 gateway with 3.1Khz support may fail, Terminated CSCsz50191

Symptom: Voice calls going through MGCP or H323 controlled gateway fail when the MGCP/H323 controlled gateway is configured for '3.1Khz' support.
Conditions: MGCP/H323 controlled gateway have "##BC=3.1kHz##" configured as description on CCMADIN configuration page
Workaround: On the gateway configuration page check following parameter : "Setup non-ISDN Progress Indicator IE Enable"

MGCP - Incoming NOTIFY message causing Call disconnects, Fixed CSCtx01289

Symptom: MGCP Gateways with PRIs connected to a subset of PBX cause interoperability issue when PBX sends a NOTIFY message like the the one below Dec 6 15:32:45.614: ISDN Se0/1/2:15 Q931: RX <- NOTIFY pd = 8 callref = 0x8018 Notification Ind i = 0xE0 CA (Call Manager) responds with Dec 6 15:32:45.618: ISDN Se0/1/2:15 Q931: TX -> STATUS pd = 8 callref = 0x0018 Cause i = 0x80E1 - Message type not implemented Call State i = 0x03 Eventually the call would fail with a Release from the Provider
Conditions: ISDN Switch Type Primary-NI
Workaround: None

Service list examples for "utils service restart" is inaccurate, Fixed CSCtx42877

Symptom: A service is unable to be restarted via CLI, and an error message is printed: Executed command unsuccessfully Invalid service name for restart, valid names are:
Conditions: This will occur when attempting to restart a service which is not supported with the restart command.
Workaround: If possible, restart the service from the Serviceability page.

modify ccm sccp to disable speaker & handset, defect in 7960, Fixed CSCtj36878

Symptom: 7940 & 7960 phones are unable to disable speaker & handset when dialing from call history or corp. director. Issue is in the phone but can not be resolved in the phone, see CSCti86184.
Conditions: 6.1.5.10000 & greater
Workaround: None

Tomcat - unusually large number of active sessions error, CSCtl63367

Symptom: When running "utils diagnose test" on 8.5.1.11002-1, I see: test - tomcat_sessions : Failed - The following web applications have an unusually large number of active sessions: ==>query . Please collect all of the Tomcat logs for root cause analysis: file get activelog tomcat/logs/* No other symptoms were noticed.
Conditions: Normal conditions
Workaround: None known. However, this is a false positive and can be safely ignored, If the message indicated an actual Cisco webapp instead of " ==>query" then action would be required.

CUCM 8.6. Tomcat CSR does not get alternate hostname information from se, Fixed CSCts83446

Symptom: CUCM 8.6. Tomcat CSR does not get alternate hostname information from set web-security command When creating an alternate hostname for CUCM 8.6 using the set web-security command, the CSR does not contain the alternate hostname.
Conditions: Only occurs when using CUCM 8.6 versions. Works fine on 8,5 and earlier
Workaround: None

RTMT logrotate: ALERT exited abnormally with [1] on mgetty logs, Fixed CSCso55764

Symptom: Syslog shows the following error from logrotate: ALERT exited abnormally with [1]
Conditions: When logrotate tries to rotate logs of mgetty.
Workaround: N/A
Further Problem Description:

DialPlan upgrade from 1.1.4 to 1.1.5 fail, Fixed CSCsl68887

Symptom: In CM 5.1 if GBNP 1.1.4 is installed and route filters are configured then upgrade to 1.1.5 fails with "DialPlan install Failed Reason : The tags BROADBAND-SERVICE have clause configured but are deleted in the new dial plan version"
Conditions: DialPlan upgrade has note of caution "Upgrading a dial plan will fail if you configured one or more tags as a clause for a route filter in the existing version of the dial plan and the upgrade version does not contain these tags. After you upgrade to the new dial plan, the upgrade will list all such tags. You need to disassociate these tags from the route filter and run the dial plan upgrade again on the Cisco Unified CallManager system." However, even if the tag is not configured as a clause, in this case BROADBAND-SERVICE, the upgrade fails.
Workaround: Run the following query with 1.1(2)/1.1(4) installed. delete from routefiltermember where fkdialplantag in (select pkid from dialplantag where fkdialplan in (select pkid from dialplan where name = 'GBNP') and tag like '%BROADBAND%') Upgrade will work after this.

Unexplained reboot during Fresh Install on 7835/45-I3 causing failure, Terminated CSCts38983

Symptom: Fresh install fails after an unexplained reboot during post boot install phase.
Conditions: If a 7835/45-I3 server is installed with a CUCM 8.6.2 or later build that enabled OS Watchdog, then if same server is re-installed with an older build that does not support OS Watchdog, this will cause install to fail with a reboot during post boot install phase.
Workaround: If user wants to reuse a server that had CUCM 8.6.2 or later installed, to fresh install a build older than 8.6.2 (that did not have OS Watchdog timer support), then they first need to disable the IMM OS Watchdog timer setting. This is same as doing bare metal on server before re-purposing. Steps to disable IMM watchdog timer are: 1. login into IMM web 2. goto settings from left hand column 3. change OS Watchdog timer to 0 mins 4. save settings 5. start fresh install

CUCM Cluster Overview shows component mismatch after migration to VMWare, Terminated CSCtn46780

Symptom: After migrating from CUCM on MCS to CUCM on UCS (VMWare) then adding a subscriber, if a Cluster Overview Report is run it will show mismatch of components between the Pub and Sub.
Conditions: This will occur only when migrating from MCS to UCS if CUCM 8.x was initially installed on an MCS server. If this is a fresh install where the configuration is done from scratch on CUCM the issue does not occur. Only if a DRS restore is done from an existing MCS. Cluster Overview will show something like the following: Unified CM Component Version Warning The version 5.20.2(1_RHEL4) of DirectorCimCore on test-pub does not match across all nodes Error The component DirectorCimCore is not installed on node test-sub Warning The version 5.20.2(1_RHEL4) of IBMCimCore on test-pub does not match across all nodes Error The component IBMCimCore is not installed on node test-sub Warning The version 5.20.2(1_RHEL4) of IBMCimExt on test-pub does not match across all nodes Error The component IBMCimExt is not installed on node test-sub Warning The version 5.20.2(1) of ITDAgent on test-pub does not match across all nodes Error The component ITDAgent is not installed on node test-sub Warning The version 5.20(02) of dir5.20.02pfmagent on test-pub does not match across all nodes Error The component dir5.20.02pfmagent is not installed on node test-sub Warning The version 5.20(02) of dir5.20.02pfpagent on test-pub does not match across all nodes Error The component dir5.20.02pfpagent is not installed on node test-sub Warning The version 5.20(02) of dir5.20.02su2agent on test-pub does not match across all nodes Error The component dir5.20.02su2agent is not installed on node test-sub Warning The version 1.00(1) of dsa-rhel4 on test-pub does not match across all nodes Error The component dsa-rhel4 is not installed on node test-sub Warning The version 2.12(rhel4) of ibm_dsa on test-pub does not match across all nodes Error The component ibm_dsa is not installed on node test-sub Warning The version 1.00.00080(1.2.rhel4) of lsi_ir_hhr on test-pub does not match across all nodes Error The component lsi_ir_hhr is not installed on node test-sub Warning The version 3.22.80.01(1.custom.rhel4) of mptlinux-4.0 on test-pub does not match across all nodes Error The component mptlinux-4.0 is not installed on node test-sub Warning The version 2.31 of storelibir on test-pub does not match across all nodes Error The component storelibir is not installed on node test-sub Warning The version 1.0(rhel4) of vos_ibm_da.5.20.2 on test-pub does not match across all nodes Error The component vos_ibm_da.5.20.2 is not installed on node test-sub Warning The version 5.20.2(1_RHEL4) of xSeriesCoreServices-level1 on test-pub does not match across all nodes Error The component xSeriesCoreServices-level1 is not installed on node test-sub Details will show: Component test-pub test-sub ------------------------------------------------------------------------------ DirectorCimCore 5.20.2(1_RHEL4) Not Installed IBMCimCore 5.20.2(1_RHEL4) Not Installed IBMCimExt 5.20.2(1_RHEL4) Not Installed ITDAgent 5.20.2(1) Not Installed
Workaround: See Workaround notes

CUCM interpret the oRFR code incorrectly from SIP to SCCP, Fixed CSCtw53886

Symptom: Incoming calls to CUCM from SIP trunk over to UC get the main Unity greeting as opposed to the called parties mailbox.
Conditions: -----SIP-----CUCM------SCCP----UC
Workaround: None This is an enhancement to the fix originally provided by CSCtj88591

pwd reset cli returns good but doesn't change password, Open CSCtx45528

Symptom: Can't login to RTMT even after restting the ui_administrator password.
Conditions: CLI command appears to have run successfully when the password string contains special characters which are not allowed in CLI commands (such as the dollar sign).
Workaround: Run the following CLI to reset the password to a string with no unsupported special characters. utils reset_application_ui_administrator_password The issue is that although the CLI command returns successfully, the password string gets truncated at the unsupported character (e.g., at a dollar sign character). The resulting password is different from what was entered, and login continues to fail. Problem exists only when using the CLI to reset the password. Once you have changed the password to one that does not contain any special characters you can log into the Administration web pages and change the password as needed.

CUCM does not include Diversion Header when redirect reason = 0, Fixed CSCtj88591

Symptom: Redirected call in over H323 trunk and routed over to SIP trunk may not have Diversion header.
Conditions: This wiill happen if the redirection cause set by H323 network is unknown (0).
Workaround: None. There is an enhancement to this fix available. The enhancement is tracked by CSCtw53886

Restored CTLfile.tlv with non-write permissions, Open CSCtx68653

Symptom: When restoring from a backup created in DRF, the process restores the CTLfile.tlv file with non-write permissions, which results in it not being able to be updated by the CTL client.
Conditions:
Workaround: Delete the CTLfile.tlv and run the CTL client again to generate new CTLfile.tlv for the node.

JPN: confusing text during transfer on 69xx phones, Open CSCtx56106

Symptom: When performing a transfer on a 69xx phone, the following text is displayed. 1. After pressing Transfer the first time: (Enter a number to transfer) (Tensousaki no bangou wo nyuuryoku shite kudasai) OK 2. After finishing dialing the number: (Complete transfer) (Tensou kanryou) Confusing 3. While on the consult call: (Complete transfer) (Tensou kanryou) Confusing 4. After pressing transfer a second time: Call Transferred Successfully (Tensou kanryou) Same as above, but OK here
Conditions: 69xx phones
Workaround: None

RTMT throws VMWareTools.log permission error when downloading logs, Fixed CSCto80824

Symptom: When a customer tries to collect install logs from RTMT, upgradeVMwareTools.log file cannot be downloaded due to permissions issues - the file is owned by root. As a result, the customer is presented with a screenshot saying "Operation failed due to permission issue". However, all other relevant log files with the right permissions are downloaded correctly.
Conditions: N/A
Workaround: The workaround is to click "Close" when presented with the option to do so. Doing so allows the customer to download that log file with the right permissions. To prevent further occurrences one must go in and remove the file via a remote support account.

DNA displays the incorrect calling/called number through translations, Open CSCtx71720

Symptom: Dialed Number Analyzer (DNA) displays a different transformed called party number than what is really used.
Conditions: Calls through translation patterns using a calling or called party transformation pattern.
Workaround: Manually check the number using the detailed Cisco CallManager trace.

T38 Reinvite intermittently dropped by CCM, Fixed CSCte50773

Symptom: Intermittently T38 fax reINVITE is being dropped by CCM and not being relayed to the SIP Provider.
Conditions: This can occur if the call is going into a=inactive state briefly in CUCM 7.x.
Workaround: None.

Documentation surrounding Hlog feature misleading, Open CSCtx57866

Symptom: Customer/Partners/Engineers/Administrators operate under the assumption that a phone logged out through the process of toggling the Hlog softkey feature are entirely skipped.
Conditions: Testing shows that the HLog feature categorizes/interprets a DN to be "busy". Documentation implies that the phone is entirely skipped. The word "skip" is unclear as there only seem to be three options: * No Answer * Busy * Not Available
Workaround: Understand that the when a phone is "Logged out" via the Hlog feature, CUCM views DN's associated with Line Groups as "Busy" Consider,... "After the feature is enabled (logoff) on a phone, calls that come into line groups that are associated with this phone..." ...replace... "...skip this phone and go directly to the next line in the hunt list" ...with... "...encounter a busy condition and follow the Hunt Options behavior configured in the Line Group"

Custom Filter verification in UI per the most restrictive backend use, Open CSCto84024

Symptom: CTI controlled devices fail LDAP authentication. CallManager is not treating the custom LDAP filters the same when used by different components.
Conditions: Using custom LDAP filters. When using LDAP filter: (&(objectclass=user)(!(objectclass=Computer))(!(UserAccountControl:1.2.840.113556.1.4.803:=2)(telephonenumber=+*))) CallManager will import all users that are not a computer or using account control 1.2.840.113556.1.4.803:=2 but are listed with a telephone number = +* However if you place a device into a CTI application user and CallManager is configured to use LDAP authentication then CTIManager will pull in the same custom filter and fail due to the format of the filter. The above filter must be changed to: (&(objectclass=user)(!(objectclass=Computer))(!(UserAccountControl:1.2.840.113556.1.4.803:=2))(telephonenumber=+*)) Need to make both components of CallManager treat the custom filter equally.
Workaround: Make sure that the custom LDAP filters are RFC 4515 compliant.

add/updateRemoteDestinationProfile API not allow devpool uuid w/brakets, Fixed CSCtt10761

Symptom: add/updateRemoteDestinationProfile API returns error when uuid for devicepool is sent with curly brackets or upper cases.
Conditions: uuid is sent with curly brackets or upper cases AXL traces show: 2011-10-15 03:42:58,619 DEBUG [http-8443-24] axl.Handler - Adding attributes {uuid=3504c8cd-247a-2b35-e77b-21289b1344ec} to element callingSearchSpace 2011-10-15 03:42:58,620 DEBUG [http-8443-24] axl.Handler - Adding attributes {uuid={FD5683B3-30D6-5F71-6535-997278C0DC9E}} to element devicePool 2011-10-15 03:42:58,620 DEBUG [http-8443-24] axl.Handler - Adding attributes {uuid={2B3BF330-53C0-265E-5DA8-F300C4E3243A}} to element location 2011-10-15 03:42:58,621 DEBUG [http-8443-24] axl.Handler - Adding attributes {uuid={A25648D1-3CEE-A4E9-348B-21B1102C7B80}} to element mediaResourceList 2011-10-15 03:42:58,621 DEBUG [http-8443-24] axl.Handler - Adding attributes {uuid={2082979C-84FC-1F11-9FA9-D17166D7D970}} to element dirn 2011-10-15 03:42:58,624 DEBUG [http-8443-24] axl.Handler - sql Query String is: select tksupportsfeature, tkdeviceprotocol, param from ProductSupportsFeature where tkproduct='25' and tkdeviceprotocol in ('0',99) 2011-10-15 03:42:58,627 DEBUG [http-8443-24] axl.Handler - Product 25 supports feature 21 2011-10-15 03:42:58,628 ERROR [http-8443-24] axl.Handler - com.cisco.ccm.axl.PhoneHandler@170faf2 com.cisco.ccm.axl.DataValidationException: devicePoolName is mandatory at com.cisco.ccm.axl.DeviceHandler.doAdd(DeviceHandler.java:265) at com.cisco.ccm.axl.PhoneHandler.doAdd(PhoneHandler.java:58) at com.cisco.ccm.axl.Handler.execute(Handler.java:476) at com.cisco.ccm.axl.AXLRouter.onMessage(AXLRouter.java:523) at com.cisco.ccm.axl.AXLRouter.doPost(AXLRouter.java:174) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at sun.reflect.GeneratedMethodAccessor579.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597)
Workaround: Use devicepoolname or send uuid without curly brackets and lower case

RDP BAT insert overwrites existing Line Data, Open CSCtx43560

Symptom: VoiceMail, Line reachability, Line Calling privileges, and/or Call Forward behavior changed.
Conditions: Acronym Key: ~~~~~~~~~~~~~~~ Remote Destination Profile = RDP Remote Destination = RD Directory Number = DN Single Number Reach = SNR Comma Separated Value = CSV Voice Mail Profile = VMP Phones & Extension Mobility Profiles serve the same function - i.e. they have DN's assigned ~~~~~~~~~~~~~~~ Mobile Connect Review: ~~~~~~~~~~~~~~~ RDP's include Shared Lines - e.g. To enable Mobility Connect (SNR) for a phone with a DN of 1234, an RDP needs to be added with a DN of 1234 This RDP will in turn have an RD associated with it - for example, a cell phone number of (212) 555 - 1212 - but that has no relevance here for root cause. ~~~~~~~~~~~~~~~ BAT Review: ~~~~~~~~~~~~~~~ BAT takes data and pushes it through a BAT Template. Think of the BAT Template functioning like a sieve (if you will) - arguably a poor analogy ~~~~~~~~~~~~~~~ Line Review: ~~~~~~~~~~~~~~~ Lines on phones have elements like CSS, Voicemail Profile, Partition, etc. Lines on RDP's have all the same elements. If RDP line information to be imported using BAT is *not* explicitly defined, it will *INHERIT* the values assigned to the RDP Line Template. ~~~~~~~~~~~~~~~ For example,.. ~~~~~~~~~~~~~~~ Imagine user jdoe has an existing phone with a DN of 1234 This DN has a CSS of "International_NY_CSS", a VMP of "NY_VMP", and a Partition of "Internal_NY_PT" An RDP of 1234 is to be inserted with an associated RD of (212)555-1212 (again RDP is not important at this point) ~~~~~~~~~~~~~~~ IF... the CSV input file contains an entry for the RDP that does *not* include a CSS, *nor*a VMP, *nor* a Partition, ...THEN... it will look to the RDP Line Template for the configuration. ~~~~~~~~~~~~~~~ IF... the RDP Line Template includes a CSS of "None", a VMP of "None", and a Partition of "None", ...THEN...the RDP's Line (which is shared with the Phone's DN) will now have a CSS of "None", a VMP of "None", and a Partition of "None". ~~~~~~~~~~~~~~~ It is *likely* the "Override the existing configuration" checkbox was checked since one is *likely* to want overwrite RDP data without realizing it also overwrites DN data on phones. ~~~~~~~~~~~~~~~ This behavior might be a surprise for MANY CUCM Administrators. I would *not* say it is working as *expected* so much as working as *designed*. This is potentially a BIG gotcha . ~~~~~~~~~~~~~~~ Understand that there is a bug (CSCsy47891) which will result in the data being overwritten even if the "Override the existing configuration" is *unchecked*.
Workaround: Restore from backup. Proceed with caution in the future when *inserting* RDP data. Ensure all RDP Line fields are populated in your CSV file, and/or configured appropriately in your RDP Line Template. Review BAT changes in great detail before making widespread changes.

Find button on Intercom Line Partition returns no results, Fixed CSCtj80187

Symptom: Search for Intercom Partitions from Line page returns no results.
Conditions: Occurs if the number of intercom partitions or calling search space exceeds the configured Max List Box Items parameter in the Enterprise Parameters configuration. When the value of this parameter is exceeded, the Find button appears next to the partition/ calling searchspace list and this button brings up a list of no partitions/ calling search space to select from.
Workaround: Possible workarounds: - Increase the Max List Box Items parameter to allow the list box to be filled with more partition names. (Note this can result in significantly longer page-load times on clusters with large numbers of prartitions, calling search spaces, device pools, etc... ). - Use AXL to configure/update the intercom line

Need Ability To Start/Stop/Restart "Cisco Ttftp" Service From CLI, Open CSCtx66673

Symptom: Need the option to restart the "Cisco Tftp" service from the CLI.
Conditions: Troubleshooting, but the database and GUI are down.
Workaround: None.

Got error "Login is unavailable (210)" when select EM URL, Fixed CSCsz02222

Symptom: Extension Mobility App will fail to initialize. Eventually this will cause the Databe to block access.
Condition: When Extension Mobility App trys to initialize it logs into the Database as unknown user. 10:31:42 listener-thread: err = -951: oserr = 0: errstr = Unknown@DCCCM01: Incorrect password or user Unknown@DCCCM01 is not known on the database server. 10:31:44 listener-thread: err = -951: oserr = 0: errstr = Unknown@DCCCM01: Incorrect password or user Unknown@DCCCM01 is not known on the database server. 10:31:45 listener-thread: err = -951: oserr = 0: errstr = Unknown@DCCCM01: Incorrect password or user Unknown@DCCCM01 is not known on the database server. Work around: There is no work around at this time.

Stale Cdcc Process Leads to UCM Core when SDL Link Goes Down, Fixed CSCti10669

Symptom: UCM Core dump occurs with a similar line right before the core: #3 0x08652bd1 in Cdcc::sendSsJoinErr (this=0xa824c588, fJoinData=@0xa8251c30, fJoinErr=1) at ../Include/CallControlDeclarations.hpp:202 #4 0x0866fc06 in Cdcc::tcc_await_join_secondary_response_SdlLinkOOS (this=0xa824c588, s=@0xa505fb68) at ProcessCdcc.cpp:10811
Conditions: This core has been observed when there is a call process which is in a hung state for some period of time and then an SDL Link goes out of service.
Workaround: There is no workaround

IPMA: ALL-LAN: Speed-dials lost when client logs out and back in, Fixed CSCtx08526

Symptom: Speed-dials are lost after the client is logged out and back in. This is happening on all PC's, running the IPMA client provided with CUCM version 8.6.2.20000-2 (Assistant Console client version 6.0(0.40)), when the Spanish Locale is being used. Both manager and assistant have the Spanish locale on their end user pages in CUCM.
Conditions: CUCM version 8.6.2.20000-2. IPMA's Assistant Console client installed. Spanish Locale being used.
Workaround: None... other than not using Spanish specific characters such as the character "".

CUCM mid-call H.323 capabilities re-negotiation exposes race condition, Fixed CSCtb41812

Symptom: Calls between H.323 endpoints and CUCM may be dropped during mid-call capabilities exchange (codec negotiation). CUCM will initiate the disconnect by sending cause 47 (resources unavailable, unspecified) to both endpoints of the call.
Conditions: Seen in CUCM 6.1(3) with fax calls between a 3rd party H.323 device and an Cisco IOS router using H.323.
Workaround: None
Further Problem Description: This is an intermittent failure that is caused by a race condition. It will only occur if during the switch from audio call to fax call the H.245 TerminalCapabilitySet (TCS) message does not contain the same audio codec that was in the original TCS. Note that it can occur with any H.323 call that switches codecs mid-call, not just fax calls.

Provide MOH intro source followed by repeating source, Fixed CSCsc02666

Symptom: Request capability of configuring Music-on-Hold to play a greeting announcement and / or music audio with a periodic repeating announcement. This would provide capabilities of advertizing as well as a more friendly customer experience.
Conditions: Optional capabilities for Music-on-Hold.
Workaround: None other than possibly creating custom Music audio sources with inserted announcements.

Subject Alternate Hostname does not work for CUCM 8.6, Fixed CSCtw93269

Symptom: CUCM 8.6. Unable to access the webpages via the alternate hostname that you set in the set web-security command. The CSR will contain the alternate hostname and when you get the CSR signed, the cert will contain the alternate hostname but it still does not work. You will still receive the security warnings when accessing the CCM webpages via the alternate hostname.
Conditions: Only occurs when using CUCM 8.6 versions. Works fine on 8,5 and earlier
Workaround: None

mgcp inbound setup with empty UUIE causes ccm service to core, Fixed CSCtq53995

Symptom: Inbound MGCP setup to CUCM with empty User-User IE For example: ISDN Se0/0/1:15 Q931: RX <- SETUP pd = 8 callref = 0x3D00 Bearer Capability i = 0x8090A3 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA1838B Preferred, Channel 11 Calling Party Number i = 0x2183, '21302039' Plan:ISDN, Type:National Called Party Number i = 0xA1, '213515' Plan:ISDN, Type:National High Layer Compat i = 0x9181 User-User i = N/A The 'User-User i = N/A' is causing CUCM to crash
Conditions: Discovered in CUCM 8.5(1)SU1 (8.5(1)-11900-21) when integrated with MGCP gateway using all PRI protocols
Workaround: Use H323 instead NOTE: The fix for CSCtq53995 is a short term fix. Also, it caused a side effect: CSCtc48579 Inbound H323 call to UCM 7.1.3 gets silence forcaller and then drops. The complete fix is addressed by CSCtq55529 Enhance Message Translation Code to handle empty IE content.

remove onconfig.ccm from curt, Open CSCtq37827

Symptom: title>Unified CM ONCONFIG.CCM All servers have equivalent onconfig.ccm files. The onconfig.ccm file on 10.0.29.252 does not match the publisher. The onconfig.ccm file on 10.0.29.251 does not match the publisher. The onconfig.ccm file on 10.0.29.250 does not match the publisher.
Conditions: Actual bug is CSCtf50227 and its Supposed to be fixed in CUCM 8.5.1.10000-26, which the customer is running. However customer is still hitting this bug had a discussion with the DEs and they asked me to open a DDTS So created a sev 6 enhancement to either exclude the commonly configured parameters (RAS_PLOG_SPEED) or to remove the onconfig comparison
Workaround: This is not any service impacting or breaking replication it is just a cosmetic bug

Need consistency in trusted devices with secure analog phone callflows, Terminated CSCti08882

Symptom: Secure SCCP VG2xx gateways are not considered trusted devices by CUCM. This causes several inconsistencies in secure call scenarios: Problem #1 is meet-me conference behavior: An analog phone behind a secure SCCP gateway will need to use a non-secure meet-me conference number since it is an untrusted device. Since the meet-me number is non-secure, CUCM will select any available non-secure bridge before a secure one is selected (for example non-secure global bridges will be chosen before a secure bridge in the phone's MRGL). Thus if SRTP with meet-me is desired, there needs to be no non-secure conferencing resource available for the phone (globally or in MRGL) Problem #2 is lock icon display: The following secure call flows will display a lock icon: #1) (Secure call leg) -> CUCM -> Secure SIP Trunk -> Secure SIP Gateway -> Analog phone #2) (Secure call leg) -> CUCM -> IPsec -> Secure MGCP GW -> Analog phone The following secure call flow does NOT display a lock icon: #2) (Secure call leg) -> CUCM -> Secure SCCP over TLS -> Secure SCCP VG2xx gateway -> Analog phone
Conditions: Secure analog gateway registered to CUCM using SCCP
Workaround: None. Consistency in behavior with secure analog devices is road mapped for future releases.

Refresh Upgrade Enhancements for 8.5(1), Open CSCto45041

Symptom: Code enhancements to allow upgrades to CUCM 8.6(1)
Conditions: Only applicable when upgrading to 8.6(1) or higher versions of CUCM
Workaround: N/A

Need document updated to reboot cluster after application server deleted, Open CSCtx41130

Symptom:Replication fails after customer shuts off or deletes application server from CUCM Web Admin page
Conditions: Customer adds application server and shuts off/deletes server and never reboots the cluster
Workaround: In our document we only state CUCM servers need to be deleted and then reboot the cluster. We need to include that the cluster be rebooted after the delete of an application server. http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_6_1/ccmcfg/b02servr.html System Configuration Server Configuration Tips About Deleting a Server -- please add information that states this also needs to be done when you delete a Presence or "Application Server"

CUCMBE Cluster Manager Communications and Iptables Broken with CUPS, Fixed CSCto74166

Symptom: Cisco Unified Presence Network Time Protocol (NTP) not syncing with the communications manager. Other symptoms could include exchange calendaring not occurring at the correct time in unified presence. . On Communications Manager Business Edition in the output of "utils firewall ipv4 list" you will also not see the Cisco Unified Presence server as allowing connections. Therefore, connections from Cisco Unified Presence that does not occur on the standard SIP Port (5060) can also be blocked
Conditions: Communications Manager Business Edition 8.5.1 with Cisco Unified Presence
Workaround: Contact Cisco TAC and provide remote access. If remote access is not available then no workaround is possible. Upgrade to a version that includes the fix for this issue.

30 Minute Delay Between IDSEngineFailure and DbReplicationFailure Alert, Terminated CSCtx66635

Symptom: 30 minute delay between subsystem failure and alert generation.
Conditions: Nominal.
Workaround: None.

Lack of /spare partition prevents Upgrade to CUCM 8.6, Fixed CSCtt38350

Symptom: Upgrade to CUCM 8.6 fails after the Refresh Upgrade starts
Conditions: If a MCS server has been initially fresh installed with 5.X where the /spare partition was not created, this server could have been upgraded over the years to CUCM 7.X all the way up to 8.5(X) where the /spare partition was not a requirement to upgrade to the next version. This /spare partition was created to improve CTI Manager performance by offloading its tracing to this new partition. See CUCM 7.0(1) OS Admin Guide http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cucos/7_0_1/cucos/os_701_cm.html for more details. The Refresh Upgrade failure will occur after the server being upgraded reboots to proceed the Refresh Upgrade. The server's console will display en error message waiting for a response that indicates; "Requested Partition Does not Exist" "Unable to locate partition cciss/c0d0p6 to use for /spare. Press 'OK' to reboot your system"
Workaround: There is no quick workaround for this issue. The only way to successfully complete the upgrade is to rebuilt this server using a CUCM 6.0(1)+ version so the /spare partition is created followed by DRS Restore and then Refresh Upgrade to CUCM 8.6 Version.

Guard-Out Timer missing from FXO on 2900 gateways, Fixed CSCts98692

Symptom: No option for Guard-Out Timer when configuring VIC2-FXO port for 2900 series Gateway.
Conditions: CallManager 8.0(1) and above. MGCP Router configuration on 2900 series Gateway VIC2-FXO port.
Workaround: None

SDLLinkOutofService doesn't go back in Safe range after deactivation, Open CSCtc15516

Symptom: SDLLinkOutofService Alert in safe range value remains in NO state after deactivating a CallManager service that is no longer needed.
Conditions: If a CallManager service is deactivated, the SDLLinkOutOfService Alert's In Safe Range value is stuck at NO state.
Workaround: In order to restore the In Safe Range to operational state we need to restart the Primary AMC service which runs on the Publisher node by default.
Further Problem Description:

Call gets disconnected when EX90 to 7985 call is Transferred over EO., Fixed CSCtn99179

Symptom: Call gets disconnected when EX90 or E20 transfers the call over EO trunk. Or if the transferee has "MTP required" checked or "use TRP", and call is blind xfer or redirect over EO trunk.
Conditions: 1. This happens when transfer feature is initiated by SIP Refer message instead of Invite message and transferee has a TRP check. Or 2. If the transferee has "MTP required" checked or "use TRP", and call is blind xfer or redirect over EO trunk.
Workaround: 1. Enable TRP check on EO SIP trunk or disable TRP on transferee. 2. Remove "MTP Required" checked on transferee, or disabled "Early Offer" on SIP trunk.

CUCM upgrade hangs on UCS during inactive master RPM deletion, Fixed CSCtu33310

Symptom: Upgrade from 8.6.2.10000-30 to 8.6.2.20000-2 hangs with no errors; have to cancel the upgrade. Last activity in the installation log before its stuck: 10/17/2011 09:44:23 upgrade_manager.sh|Cleanup data from a prior upgrade attempt| 10/17/2011 09:44:23 upgrade_manager.sh|Removing any /grub/boot/grub/grub.conf.recovery| 10/17/2011 09:44:23 upgrade_manager.sh|Invalidate upgrade partition| 10/17/2011 09:44:23 upgrade_manager.sh|Removing any master RPM from /partB| ..... ( hang) ..... 10/18/2011 15:14:34 upgrade_manager.sh|Got SIGTERM, exiting| 10/18/2011 15:14:34 upgrade_manager.sh|Exit processing with result 1| 10/18/2011 15:14:34 upgrade_manager.sh|Cleanup RAM disk|
Conditions: Upgrade from 8.6.2.10000-30 to 8.6.2.20000-2 UCS-C200 ESXI 4.1
Workaround: Contact Cisco TAC

Provide details for Timer Register Delta and Timer Register Expires cfg, Open CSCtx81030

This documentation defect has been submitted to update the CUCM Administration Guide with additional defails for the Timer Register Delta and Timer Register Expires configuration setting for SIP Profile: -------- Timer Register Delta (seconds): This field is intended to be used by SIP end points only. End point receives this value via tftp config file. The end point reregisters Timer Register Delta seconds before the registration period ends. The registration period gets determined by the value of the SIP Station KeepAlive Interval service parameter. Valid values for Timer Register Delta range from 32767 to 0. Default specifies 5. -------- Timer Register Expires (seconds:) This field is intended to be used by SIP end points only. End point receives this value via tftp config file. This field specifies the value that the phone that is running SIP sends in the Expires header of the REGISTER message. Valid values include any positive number; however, 3600 (1 hour) specifies the default value. In case end point sends a shorter Expires than the SIP Station Keepalive Interval service parameter value, Unified Communications Manager will response with 423 "Interval Too Brief". In case end point's Expires value is greater than the SIP Station Keepalive Interval service parameter value, Unified Communication Manager will respond 200 OK with the Keepalive Interval value for Expires. --------

CUCM Admin password reset gives false negative after unsuccessful reset, Fixed CSCtd17258

Symptom: Receive error "Error: the password has NOT been reset." when providing an valid password to the admin password recovery tool
Conditions: Using the OS admin password recovery procedure where at some point previously on this system an invalid password has been previously entered during the password recovery procedure (either because the provided password was too short, was based on a dictionary word, or because the two passwords typed didn't match)
Workaround: Ignore the "Error: the password has NOT been reset." status message and press Ctrl-C to end the password recovery session. Even though that error was given, the new password just entered will work to successfully login to the OS admin.

SIP call or session disconnects when CM sends ACK without 200 OK, Fixed CSCtd36623

Symptom: Two ACK are sent out to ack the response for the same INVITE.
Conditions: This can occur if duplicate responses are sent back in response to a retransmitted INVITE.
Workaround: 1. Increase the TCP Trying Timer so duplicate INVITE are not sent 2. Use TCP instead of UDP 3. Use an MTP 4. Do not send back duplicate 200 OK to the same INVITE

EM Intra Cluster Multiple Login should be configurable on device profile, Open CSCtx68985

Symptom: When attempting to control a 7931 phone via CTI, an error is displayed. This could manifest itself on UCCX as a failed agent login for either CAD or IPPA with the error message: 'Login failed due to a configuration error with your phone and JTAPI or Unified CM. Contact your administrator.'
Conditions: The Agent's ICD extension is shared across multiple devices.
Workaround: Verify the extension is only present on one device or use Extension Mobility.

Device Profile EMCC CSS Dropdown needs a "Find" button, Open CSCtx68781

Symptom: Unable to select the desired CSS from the "Extension Mobility Cross Cluster CSS" on a user device profile.
Conditions: This will occur if the number of CSS's on the system is larger than the configured value for "Max List Box Items" in the Enterprise Parameters.
Workaround: Increase the "Max List Box Items" in the Enterprise Parameters.

Empty Device CEPN in UnPublish Signal leads to Rogue EPA Process, Fixed CSCtj53351

Symptom: In cases where CUCM is integrated with CUPS, rogue PublishEPA processes can cause DND to toggle unexpectedly for user phones.
Conditions: Symptom can be spawned due to EM login and logout as well as during line registration
Workaround: Disable Presence Engine and SIP Proxy services on CUPS and restart CM service on all nodes.

H323 Calls Can Cause UCM Core Dump, Fixed CSCtn42528

Symptom: Seeing ccm core dump when ICT is performing/stuck in loop. admin:utils core active list Size Date Core File Name =============================================================== == 443968 KB 2011-01-18 13:21:24 core.12221.11.ccm.1295374881 221944 KB 2011-02-10 16:02:27 core.8735.11.ccm.1297371747 admin:utils core active analyze core.8735.11.ccm.1297371747 Core was generated by `/usr/local/cm/bin/ccm'. Program terminated with signal 11, Segmentation fault.
Conditions: ICT is stuck in H225Setup Loop. CUCM performs Core dump. (above)
Workaround: Remove ICT H.323 call loop.
Further Problem Description: backtrace =================================== #0 0x0820eb04 in stlp_std::basic_string, stlp_std::allocator >::_M_append (this=0x2ab1300, __first=0x2ab148c "\005'\v", __last=0x312f480 "") at /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/../3.4.6/new:92 #1 0x0820ed0b in stlp_std::basic_string, stlp_std::allocator >::_M_assign (this=0x2ab1300, __f=0x2ab148c "\005'\v", __l=0x312f480 "") at /view/BLD- cm_su3_7_1_5-raw-d/vob/ccm_tpl/release/include/stlport/stl/_string.h:479 #2 0x089911b3 in H225Cdpc::outboundWaitRSVPRes_CcDisconnReq (this=0xb3f9c338, s=@0xb1d2d248) at /view/BLD-cm_su3_7_1_5-raw- d/vob/ccm_tpl/release/include/stlport/stl/_string.h:664 #3 0x089dc23c in H225Cdpc::fireSignal (this=0xb3f9c338, sdlSignal=@0xb1d2d248) at /view/BLD- cm_su3_7_1_5-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:175 #4 0x0a0a3fb3 in SdlProcessBase::runSaveQueue (this=0xb3f9c338) at SdlProcessBase.cpp:579 #5 0x0a0a359e in SdlProcessBase::inputSignal (this=0xb3f9c338, rSignal=0xb4438340, traceType=SdlSystemLog::SignalRouterThread, highPriority=0, normalPriority=0, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:436 #6 0x0a0ab19a in SdlRouter::callProcess (this=0xe26c400, _sdlSignal=0xb4438340, _deleteSignal=@0x2ab1d07, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=0, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:371 #7 0x0a0aabbf in SdlRouter::scheduler (sdlRouter=0xe26c400) at SdlRouter.cpp:281 #8 0x00d23bef in ACE_OS_Thread_Adapter::invoke (this=0x105678b8) at OS_Thread_Adapter.cpp:94 #9 0x00ce409f in ace_thread_adapter (args=0x2ab1300) at Base_Thread_Adapter.cpp:137 #10 0x00e923cc in start_thread () from /lib/tls/libpthread.so.0 #11 0x0061e96e in clone () from /lib/tls/libc.so.6

CUCM web very slow for phone queries search by directory number, Fixed CSCto02728

Symptom: CUCM web phone queries very slow. This problem happen after the system is idle for sometime and a phone query is performed. It takes longer for the search results to show up for the first few searches after the system is idle. After that subsequent searches get faster.
Conditions: This issue is seen when there is a large database with large number of phones and directory numberss.
Workaround: After a number of searches with slow response , subsequent queries get faster

Warning for CSCts34871 needs to be added to UC and CUCM upgrade docs, Open CSCtx40421

Symptom: Need heads up for CSCts34871 added to reconfiguration & upgrade guide for both UC and CUCM
Conditions: Upgrading from 6.x/7.x to 8.x versions of UC or CUCM
Workaround:

CUCM8.5.1 MTP resource leak on SIP trunk, Fixed CSCts47952

Symptom: MTP resource leak occurs, eventually causing MTP resource usage to be full.
Conditions: MTP required is checked on SIP trunk for this topology: H323 (ActiveCap disabled) CUCM SIPT (MTP required), and SIP side sends reInvite to CUCM right after sending 200 OK to Invite.
Workaround: 1. Unchecked "MTP Required" from SIP trunk. 2. or MTP reset or IPVMS service restart.

Remote destination is displayed in connected state although masked, Fixed CSCtx27115

Symptom: The calling number in connected state is not the masked number as configured in the translation patter
Conditions: Remote destination calls an ip phone It hits a translation pattern in callmanager where the calling number is masked While the called phone is ringing we can see the masked number as a calling number When the phone answers the call (connected state), the calling number changes to the ip phone that is associated with the remote destination
Workaround: No known workaround

Cisco LicenseMgr java-based process has 1.0+GB VmSize, Fixed CSCsz36670

Symptom: vmSize of licensing app exeeds 1GB.
Conditions: This issue can be seen on some specific 6.x and 7.x versions of UCM.
Workaround: none.

Calls to one user do not extend to remote destination, Fixed CSCtd92597

Symptom: Call cannot be extended to RD with Enable Mobile Connect ON
Conditions: Multiple node scenario with CUMC devices
Workaround: No easy workaround (restart CUCM)
Further Problem Description: This issue occurs for a multiple node scenario involving CUMC devices. Reason is CUCM device tries to re-register in a loop, hence cannot handle incoming/outgoing calls which results in call leak.

Set network nic eth0 auto not taking effect on VMWare, Fixed CSCtj66709

not able to change NIC duplex setting on VMWAre platform even though it takes the command it does not take effect.

IPMA loops DeviceOpenRequests, Fixed CSCtd91899

Symptom: The IPMA service is caught in a loop attempting to open a device controlled by IPMA. This can have an impact on the overall system performance.
Conditions: Issue is seen with CUCM 6.1(3) CTI Manager closes the device with reason code 9
Workaround: Restart Callmanager service on which the device is registered. After you may still need to restart CTI Manager and IPMA service Additional Information IPMA logs will show service.CTIEndpoint - opened device: -1 SEP00235EB735A8 ... service.Manager - CTI EVENT -- [ProxyLineManager:daniel.louis] DeviceInService() - device=SEP00235EB735A8 ... service.Manager - CTI EVENT -- [ProxyLineManager:daniel.louis] DeviceClosed() - device=SEP00235EB735A8; Reason: 9 Above continuous endlessly till you restart services.

Parked call, on reversion timer expiry, goes back to hunt pilot, Fixed CSCtc59558

Symptom: Parked call on reversion timer expiry goes back to hunt pilot rather than line group member
Conditions: Parked call on reversion timer expiry goes back to hunt pilot rather than line group member
Workaround: Working as designed. F&S guide should add a limitation for Call park regarding this scenario. Online Help text should also be updated to include this scenario.

No RFC-2833 DTMF signaled when events 0-15 aren't explicitly signaled, Fixed CSCts18909

Symptom: DTMF does not work (and is not signaled) for third party phones that do not explicitly signal telephone-events 0-15 in their SDP. This is against RFC 4733 behavior which states that if the telephone-event payload type is signaled DTMF is to be assumed. See bug description for more detail. The telephone-event payload type would not make it from the A to B leg of the call in this case.
Conditions: This symptom is observed only on phones that don't explicitly signal telephone-events 0-15
Workaround: None, DTMF will not work.

CUCM does not display MGCP package and faxing options for 1861, Open CSCtx38516

Symptom: In CUCM, for an MGCP controlled voice gateway, under "Product Specific Configuration Layout" the following options are missing. Modem Passthrough Cisco Fax Relay T38 Fax Relay RTP Package Capability MT Package Capability RES Package Capability PRE Package Capability SST Package Capability RTP Unreachable OnOff RTP Unreachable timeout (ms) RTCP Report Interval (secs) Simple SDP
Conditions: Found in all versions of CUCM for the Cisco 1861 platform
Workaround: Disable auto-configuration from CUCM by removing the "ccm-manager config" command on the gateway. Configure the options manually with the following commands, For fax related configuration, modem passthrough: mgcp modem passthrough voip codec T38 fax relay: no mgcp fax t38 inhibit mgcp package-capability fxr-package mgcp default-package fxr-package For package capabilities, mgcp package-capability For additional information on fax configuration, http://www.cisco.com/en/US/docs/ios/voice/fax/configuration/guide/12_4t/vf_12_4t_book.html For additional information on MGCP capability packages, http://www.cisco.com/en/US/docs/ios/voice/command/reference/vr_m1.html#wp1439734

srtp: Hold resume, no 2-way audio, h323 fxs involved, Fixed CSCsy72140

Symptom: Secured Call which is Blind transfered across SIP trunks with H323 ICT in middle will face 2 way audio after hold and resume. Issue is intermittent.
Conditions: One way or No audio issue happens if it is srtp call and if the outgoing side of H.323 ICT is the slave.
Workaround: None

Resource Unavailable cause releases PSTN call via H.323 Gateway ., Fixed CSCsd58483

Symptom: Calls between CallManager and an H.323 gateway may be disconnected due to media negotiation error. The PSTN disconnect cause could be either "resource unavailable" or "normal call clearing". If it is "normal call clearing" then the IP phone user will hear a reorder tone upon answering the call.
Conditions: This can occur when CallManager is quickly setting up and tearing down media sessions for the same call. Most often seen during transfers.
Workaround: None
Further Problem Description: CCM traces will show that the CM is throwing an audio error after receiving an H.245 Master Slave Determination (MSD) message from the H.323 gateway. This is because CM had queued a MSD from the previous H.245 media negotiation and fails the call when it receives the second MSD from the gateway. You will also see an error "H245Log: Process=Msdse H245Cause=1007" in the SDL trace when Reorder tone is presented to the IP phone.

Qsig tunneling over SIP trunk fails for ISDN Alerting with no PI, Open CSCtt04590

Symptom: Telco<---qsig/pri---IOS GW<---sip (qsig tunneling)<---CUCM--sccp--IP Phone Outbound call fails when IOS GW rec. q931 Alerting without a Progress Indicator (PI)
Conditions: - QSIG Tunneling enabled over SIP trunk. - Q931 Alerting rec. without a PI.
Workaround: Disable QSIG tunneling.

H245 media exchange not starting, Fixed CSCsk88946

Symptom: Callmanager 5.1(b) calls are dropped after 10 secs due to H245 session which never initiate. The call fails because we never initiate H245 session, and after 10 secs SDL timeout kicks in. Here is the analysis: After receiving Alerting we instruct the far end to open a H245 logical channel 024398670| 2007/08/30 09:26:47.233| 001| SdlSig | H225_StartH245 | call_received7 | H225Cdpc(1,100,147,628) | H245Interface(1,100,143,497) | (1,100,26,497).1-(*:*) | [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0] H245Ta = 192.168.200.200/56908 This message is translated in H225 Facility message: h323-uu-pdu { h323-message-body facility : { protocolIdentifier { 0 0 8 2250 0 5 }, reason startH245 : NULL, callIdentifier { guid '801C23FA2663616D94016601C0A840F0'H }, h245Address ipAddress : { ip 'C0A8C8C8'H, port 56908 }, multipleCalls FALSE, maintainConnection FALSE, destinationInfo { vendor { vendor { t35CountryCode 181, t35Extension 0, manufacturerCode 18 }, productId '436973636F43616C6C4D616E61676572'H, versionId '31'H }, terminal { }, mc FALSE, undefinedNode FALSE } }, h245Tunneling FALSE Where we indicate Ip and port where open H245 to. This is standard H225 which means that: GW should open TCP session on 192.168.200.200/56908 for H.245 TCS process to start between CM and GW, if CM is active caps enabled but it does not initiate the TCS on the suggested IP/port Here is indication of H.245 timeout that causes the call to disconnect: 024399311| 2007/08/30 09:26:57.253| 001| AppError | | | H245SessionManager(1,100,26,497)| | | H245Log: Process=H245SessionManager H245Cause=1004 I toke sniffer trace between callmanager and gateway and i can see that gateway after receiving the Facility message opens a TCP socket on the port/ip suggested. At this point callnager never start the TCS even tough "wait for far end H245 capability set" is not flagged
Conditions: Callmaanger 5.1(1b) outbound FAST START
Workaround: None

T38 failure on H323 to SIP, Fixed CSCti08298

Symptom: T38 failure on H323 to SIP with Dixieland Transcoder
Conditions: Transcoder/MTP assigned to call. When the terminating sip trunk sends a re-invite, the media negotiation to the transcoder/mtp fails. The SIP trunk never gets a response to it re-INVITE, and the fax fails. Though this defect was opened for H323 -- MTP --- SIP scenarios, this can be hit for any fax call scenario where there is a MTP and one party is SIP in the call.
Workaround: None

Hotline does not work when translation-pattern contains a wildcard, Open CSCtx62521

Symptom: CUCM Call Screen does not work when translation-pattern contains a wildcard
Conditions: found in 8.0(2)
Workaround: n/a

SNMP needs to alert user of DNS connectivity issues, Open CSCtb70375

Symptom: When an application queries CUCM via SNMP and DNS is not configured correctly, it will timeout and not respond as expected. No administrator alert is sent to notify them of this timeout/issue.
Conditions: CUCM with misconfigured DNS (or DNS server down/slow to respond)
Workaround: Configure a working DNS server

MTP port not closed when h323 call finishes before media creates MXs, Fixed CSCsk44375

Symptoms: SCCP sessions to MTP hardware resource are never released by Call Manager. The hung sessions appear in "show sccp conn" output at the hardware MTP with remote address 0.0.0.0 and remote port 0. The hung SCCP sessions belong to h323 calls with FastStart which have been disconnected before media cut-through happened.
Workaround: Eventually, the number of SCCP sessions will grow so high that no more MTP sessions will be available. In order to reset the hung sessions, use "shutdown" and "no shutdown" under the dspfarm profile configuration at the gateway side. Do this after peak hours.

SELinux policy prevents source 'rm' from accessing ./services_tmp.conf, Fixed CSCtx69548

Symptom: The following message is presented in the syslog: Dec 9 00:01:02 hostname01 user 6 setroubleshoot: SELinux is preventing access to files with the default label, default_t. For complete SELinux messages. run sealert -l 1a534e43-6a48-4526-9822-fb9c5a83efa6
Conditions: This can occur on a default install of CUCM after services have been activated.
Workaround: Ignore the syslog message.

Incomplete ITL built after Sub is upgraded-TFTP service running on Sub, Fixed CSCth63321

Symptom: Incomplete ITL file is built on Subscriber.
Conditions: When TFTP is running on the Subscriber and the cluster is just upgraded from pre-UCM 8.0 to UCM 8.0 release.
Workaround: Wait for 15 mins or until the DB replication to the TFTP server is done, and restart TFTP and phones.

'utils dbreplication status' returns error on Sub when Pub is down, Fixed CSCsr18163

Symptom: Running "utils dbreplication status" on a Subscriber while the Publisher is down returns the following error: Error returned -1 at 1321 Error returned -1 at 802 command failed -- General Error (-1) (-1)
Conditions: Publisher is down or unreachable.
Workaround: Verify that the Publisher is turned on and that it is reachable from the Subscriber.

Hunt Pilot CFNA and CFB reports are not displaying in CAR, Fixed CSCto77083

Symptom: Make some hunt pilot calls for CFNA (Call forward due to no answer calls) and CFB (Call forward busy) scenarios and check the reports in CAR application by selecting Device Reports -> Route Patterns/Hunt Pilots summary and Detail
Conditions: Values should display for the calls
Workaround: NA

post-tasks in Install & Upgrade/Replacement Guide unclear enabler info, Fixed CSCsq41432

Symptom: post-tasks in Install & Upgrade/Replacement Guide contains unclear information about enablers.
Conditions: From: "Replacing a Single Server or Cluster for Cisco Unified Communications Manager Release 6.1(1)" "Step 7 From the Firmware Load Information window in Cisco Unified Communications Manager Administration, make sure that the phone load and device type values match those that you recorded before the server replacement. If a device type is missing, you may need to reinstall the COP file enabler for that type. Then, reboot the cluster and start post-replacement checklist again. See the "Firmware Information" section on page 11." In "Post-Upgrade Tasks" of ANY installation and upgrade guide for 6.x doesn't even mention the enablers and/or locales. The truth is, if you are replacing/upgrading HW you MUST run the enabler, no matter if you see or not the device type, otherwise subsequent upgrades will fail and the devices in need of the enablers won't work.
Workaround: run the enablers/locales

oCdpnVM is not being updated with correct Voicemail box number, CSCtx78688

Symptom: Calls to a Remote Destination Profile being redirected to Voice Mail with the Diversion Header of the Remote Destination Information (in this case the last 3 digits)
Conditions: Redirecting Number has Remote Destination associated.
Workaround: None

Hlog "logged out" state seen by CUCM as "busy". Add/change states., Open CSCtx58080

Symptom: Line Group Hunt Options involving agents that have logged out of their phones with the Hlog softkey feature not behaving as expected.
Conditions: Agents that have logged out of their phones have put the DN's on those phones into the "Busy" state in the associated "Line Groups". Calls arriving at "Busy" Dn's follow the Hunt Option configured under the Line Group. By default, this is set to something along the lines of 'Try next member in the Line Group, then go to the next Line Group in the Hunt List' Existing documentation states that phones that are "logged out" are "skipped". There are three states "No Answer", "Busy", and "Not Available". Skipped/Logged-Out does not mean "Not Available".
Workaround: Better understand that Logging Out of a phone puts a DN into the Busy state and thus is subject to the Hunt Option configured in the Line Group configuration.

NTP synch fails due to incorrect file system labelling of capture.txt, Open CSCtw46611

Symptom: NTP fails to synch after install/upgrade to CUCM 8.6.1
Conditions: CUCM 8.6.1 Root cause is with incorrect labelling of the capture.txt file which prevents the NTP process having access to it. Syslogs will show: ntpRunningStatus.sh: The local NTP client is off by more than the acceptable threshold of 3 seconds from NTP server and at same time setroubleshoot: SELinux is preventing access to files with the label, file_t
Workaround: Set selinux to permissive mode using "utils os secure permissive". If NTP syncs correctly and alarms stop then contact TAC for a permanent workaround. selinux is a security feature. It should only be disabled for debugging purposes. Change SELinux back to enforcing using CLI command "utils os secure enforce".

Device profile disappears after saved in the app user CTI control Device, Fixed CSCto81820

Symptom: CUCM 8.0X Device profile disappears from the CTI Controlled device if the device is added using the FInd button on the available device
Conditions: Using the Find button to find the device profile to be added
Workaround: Rename the device profile, so it shows in the available window, and there is no need to use the find button

Phones associated with inactive end users are deleted during GC, Fixed CSCtl20458

Symptom: Delete a user with mobility enabled devices and the mobility enabled devices owned by the user are deleted also. In most cases, this is a feature. However some devices, in this case desk phone devices added by BAT for users with mobility capability, the desk phone is also deleted. While this might still be considered feature for some customers, it is subjective and will be an inconvenience to others.. A configured desk phone becomes unconfigured due to the removal of the owning user from the system.
Conditions: Removal of a user who owns real, non-mobile, phones for which the device is marked as mobility owned by the user.
Workaround: Re add the devices

MLPP domain had "Not Selected" value as default after upgrade, Terminated CSCsx45466

Symptom: phone were not registering. MLPP domain in enterprise parameters shows "Not selected".
Conditions: Customer must have set their "MLPP Domain" to "0" at some point.
Workaround: On enterprise parameter page set "MLPP Domain" to a valid MLPP Domain and hit save.

"show tech all" command can cause non-service impacting coredumps, Fixed CSCth71656

Symptom: Running the 'show tech all' command from the command line interface may cause a coredump file to be generated. Call-processing and other operational activities will not be impacted due to this.
Conditions:
Workaround: None

Users with IPCC ext showing as duplicate when running Sub Sync in CUPM, Fixed CSCtt00105

Symptom: AXL is returning duplicate entries for the enduser for the user's having two DN's associated with them because of which Sync is failing.
Conditions: Issue happens when IPCC extension is enabled and when enduser is associated with both primary and IPCC extension. The issue is seen during infrastructure synchronization between the CUPM and CUCM.
Workaround: N/a

Spread Sheet should have an option to configure User PIN, Open CSCtl73486

Symptom: Unable to bulk provision user PIN in CUCMBE 3000.
Conditions: Spread Sheet should have an option to configure User Password/PIN.
Workaround: Configure the PIN on each user manually.

Don't use calling/called party transformation if cgpnMaskedByRedirect=T, Open CSCtx43438

Symptom: When an application modifies the calling or called party number a flag will be set such as cgpnMaskedByRedirect=T, however CUCM will modify the number again if there is a called or calling party transformation set. This is an enhancement to have CUCM not apply additional number modifications if an application has already done so and set the appropriate flag indicating a change has been made.
Conditions: An application modifies the calling or called party number before sending it back to CUCM. CUCM will then again modify the number once more based on it's local settings even though the application has already performed number modification.
Workaround: Try and make number modifications more specific to not match if possible.

Enable bulk unlock of the ITL File, Fixed CSCts01319

Symptom : Phones are not registering and unable to update their ITL and configuration files.
Conditions : Different scenarios involving TFTP and/or TVS certificates change performed without the proper steps can lead to phones being locked
Workaround : Please contact Cisco TAC to further diagnose this issue and to provide instructions.

H225D should allow empty bearer cap from Conference, Fixed CSCtx05974

Symptom: Unable to add remote party via blind-conference if the party diverts over an H323 (including ICT) trunk.
Conditions: Existing call is established. Attempting to add additional party to the call via blind-conference. The blind conference initially works, by adding the ringing party into the conference call. But as soon as the remote party diverts to an H323 trunk (ie: CallForwardNoAnswer to vmail over ICT), the call drops. This issue affects CUCM 7.1 and above, issue was not exposed in CUCM 6.1 and below.
Workaround: Add the party via attended conference, or else do not complete the blind conference until after the divert happens. Alternatively, use an ICT/SIP trunk instead of ICT/H323.

add "utils network telnet/ssh [port]" to Admin CLI, Open CSCtb29071

Symptom: Unable to telnet from CCM to a specific port on another node/server/PC to check for TCP connectivity.
Conditions: This limitation exist on all versions of CUCM currently.
Workaround: Create a remote support account to perform this functionality.

Change the behavior for invoking additional DNS SRV queries, Open CSCth25928

Symptom: When the Primary server is down CM does not try the second server mentioned in the SRV record. Even when the timer expires it resets the timer and again starts sending the NOTIFY request to Primary DNS SRV record.
Conditions: Have Configured SIP trunk with SRV record as the Destination address to send the MWI updates. This DNS SRV has 2 SIP entries - 10.125.219.136 (etfipcesspri) and 10.125.219.86 (etfipcessec). CallManager sends NOTIFY message only to the Primary server and not to the secondary even when Primary is DOWN.
Workaround: None

Separate DNs (CN, OU, ...) in subject/issuer names w/ ";" and not ",", Fixed CSCsz78180

Symptom: Phone cannot register. Phone logs show: ERR 05:53:40.945794 SECD: EROR:verifyFile: sgn verify file failed , errclass 8, errcode 19 (signer not in CTL)
Conditions: Cluster is in secure mode prior to upgrade to 8.x.
Workaround: Re-run the CTL Client.
Further Problem Description:

RFC 2833 DTMF not working for MGCP--SIP (MTP required), Fixed CSCto81679

Symptom: When a call is originated from an MGCP gateway to an IP phone, and that call is transferred or iDiverted to voice mail over a SIP trunk with MTP required, the DTMF digits are not transmitted properly to the voice mail system.
Conditions: seen in CUCM version 7.02
Workaround: none at the time

CUCM CTFTP lag in phone registration after config modification and reset, Fixed CSCtn53679

Symptom: When resetting phones, long delay in registration
Conditions: Delay is experienced when making a configuration change for CUCM servers utilizing centralized TFTP. This delay is seen when phones using the centralized TFTP server to access their configurations on the remote cluster have their configurations changed and reset. The more devices reset, the longer the delay in re-registration after the reset.
Workaround: Reset TFTP service on remote cluster.

PMR 33040 No replication shutdown alarm with no memory, Fixed CSCtx70281

Symptom: Extension Mobility logins fail. Active-Dropped database replication state seen in "utils dbreplication runtimestate" output.
Conditions: Any process hogging the memory. The dblmon logs contain error message "Memory Allocation Failed"
Workaround: Check if the service "A Cisco DB" is running with "utils service list" command. If it is in a stopped state, restart the service witth "utils service start A Cisco DB"

UCM Core in Cdcc code when value of getSideGivenCi is not checked, Fixed CSCtd58872

Symptom: CCM Core found with backtrace indicating a fault in the "await_remove_media_before_joining_secondary_RemoveMediaErr"
Conditions: This can occur intermittently and cause the CallManager Service to crash in CUCM 7.1(3).
Workaround: No workaround present.

CUCM/UC Syntax error in naaagt script affects naaagt's performance, Fixed CSCto99699

Symptom: Intermittently, SNMP Native Agent Adapter may not start correctly.
Conditions: Problem occurs because the Native Agent startup script (/usr/local/Snmpri/script/naaagt.sh) holds a syntax error.
Workaround: None

show open ports regexp finds no matches unable to retrieve list of open, CSCtu24774

Symptom: "show open ports regexp 8080" fails with no matches found even though there are matches. admin:show open ports regexp 8080 Executing.. please wait. Unable to retrieve list of open files/ports, error: Possibly the command did not return any values for the parameters passed Executed command unsuccessfully
Conditions: When querying a port that is defined in /etc/services, the name will be printed when so a search for the numeric value returns no matches.
Workaround: Enter in the service name instead of numeric port number such as "show open ports regexp webcache". admin:show open ports regexp webcache Executing.. please wait. tomcat 30725 tomcat 136u IPv6 30590 TCP *:webcache (LISTEN)

Translation Pattern does not modify mwi sent via outbound SIP NOTIFY, Fixed CSCtq78425

Symptom: MWI message sent over SIP trunk is rejected by other side with "404 Not Found"
Conditions: Prior to being sent out of the SIP trunk, the MWI hits a translation pattern. The other side of the trunk is expecting to see the translated (not original) DN.
Workaround: 1) Configure the far side of the SIP trunk to accept the untranslated DN for MWI (perhaps adding the translation patterns on that far cluster as well, which may be applied after receiving the inbound SIP NOTIFY). 2) Change trunk to QSIG/H323 or in CUCM 8.5+ QSIG/SIP and utilize the "Message Waiting Indicator APDU Digit Translation CSS" service parameter to perform the translations on the sending side. 3) Potentially enable a sip normalization script if using CUCM 8.5+ to perform the translations. 4) Modify the sending MWI system to use old StationOffHookWithCgpnMessageID instead of new StationMwiNotificationMessage to modify the lamp... ie: Unity Connection would require version containing CSCtf99042 enhancement

CUCM core dump when SIPCdpc does the same call-clearing operations twice, Fixed CSCtt41697

Symptom: Call Manager Core Dump utils core analyze CLI output shows: backtrace =================================== #0 0x9fa96260 in ?? () #1 0x094f2839 in SIPCdpc::updateCallStatsForCallCompletion (this=0xa2909e60) at ProcessSIPCdpc.cpp:14801 #2 0x09510224 in SIPCdpc::handleDStopInd (this=0xa2909e60, dStopInd=@0xa290df88) at ProcessSIPCdpc.cpp:10809 #3 0x09510b17 in SIPCdpc::release_request19_SIPRelCompInd (this=0x9faba160, s=@0x98e6b410) at ProcessSIPCdpc.cpp:6932 #4 0x09561d40 in SIPCdpc::fireSignal (this=0xa2909e60, sdlSignal=@0x98e6b410) at /view/BLD-cm_su2_7_1_3-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:175 #5 0x0a0853e0 in SdlProcessBase::inputSignal (this=0xa2909e60, rSignal=0x98e6b410, traceType=SdlSystemLog::SignalRouterThread, highPriority=0, normalPriority=359, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:397 #6 0x0a08d1aa in SdlRouter::callProcess (this=0xe263de8, _sdlSignal=0x98e6b410, _deleteSignal=@0x2e72d07, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=359, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:371 #7 0x0a08cbcf in SdlRouter::scheduler (sdlRouter=0xe263de8) at SdlRouter.cpp:281 #8 0x04b8ebf3 in ACE_OS_Thread_Adapter::invoke (this=0xaee59490) at OS_Thread_Adapter.cpp:94 #9 0x04b4f0a3 in ace_thread_adapter (args=0x9fa96260) at Base_Thread_Adapter.cpp:137 #10 0x0016b3cc in start_thread () from /lib/tls/libpthread.so.0 #11 0x005dd96e in clone () from /lib/tls/libc.so.6
Conditions: This core dump has been observed on a CM running 7.1.3-32900-4 and with active SIP trunks. The trigger of the core is a combination of all the following 3 conditions: 1) There is a transient call going out on a CUCM SIP trunk (ringing but not answered) 2) The CUCM device layer controlling this SIP Trunk, and the CUCM call control layer handling this call, are on 2 different nodes, say CUCM node X and Y. 3) A race condition of the following 2 events: this transient call is being released due to normal call clearing (calling party disconnect for example), and at the same time the network connection between CUCM node X and Y is down.
Workaround: None.

Subscriber incorrectly indicates NumRegisteredDevices is exceeded, Fixed CSCts39201

Symptom: Unified CM Subscriber does not allow phones to register and generates a NumRegisteredDevices exceeded alarm even though there are only a few or no devices registered.
Conditions: Occurs if there a cluster has a dual mode phone configured such as a Cisco Mobile for iPhone client and the client is connecting over an unstable network which causes the client to continuously attempt registrations to the backup subscriber.
Workaround: None. Once this condition occurs, the Cisco CallManager service must be restarted on the affected subscriber.

DMA Uninstall does not report MSI failures correctly, Fixed CSCsv66362

Symptom: DMA uninstall completes, but when a user attempts to reinstall DMA they get a failure message indicating DMA is already installed.
Conditions: This happens anytime the DMA MSI package runs into an error. The error is not properly reported by the uninstall program. Typically, we see this error when users attempt to uninstall DMA over RDC (Remote Desktop Connection). Using terminal services is NOT supported by DMA, as documented in the User Guide. This causes an error during the uninstall.
Workaround: Run the following command: MsiExec.exe /X{7453B20A-8975-43B5-8749-FC4F6A3475C4} If this command still fails, you may need to download the MSI cleanup utility to cleanup DMA from the following link: http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe
Further Problem Description:

getDeviceProfile for user Locale English United Kingdom gives Exception, Fixed CSCtl05612

Symptom: getDeviceProfile for user Locale English United Kingdom gives Exception
Conditions: When the getDeviceProfile AXL request is sent for a user with the Locale English United Kingdom the AXL response returns the Exception: java.util.MissingResourceException: Can't find resource for bundle java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key TypeUserLocale. at java.util.ResourceBundle.getObject(ResourceBundle.java:374) at
Workaround: None

JTAPI/CCMEncryption does not work if the password contains sign, Fixed CSCtl04322

Symptom: CUPC 8.0 deskphone control does not work if the password contains special characters. We tried with passwords like and ; and accented characters for the end user passwords. If they use special characters, they are getting the following error Device Error; invalid credentials warning. They are not able to use deskphone.
Conditions: The issue is seen in CUPC version: tested with 8.0.2 and 8.0.3 (=8.0.171.15962). CUCM version: 7.1.5.31900-3 CUP version: 8.0.4.10000-5 Windows XP
Workaround: If we remove the special character for example ; or , it is working fine. Issue is reproducible
Further Problem Description: The customer reported that the issue occurs when using certain accented characters as well.

CCMuserpage: Directory filter not working in a scenario, Fixed CSCth52110

Symptom: Performing a Directory search by "Ext" may return results that do not match the search criteria.
Conditions: Logged into Cisco Unified CM User Options On Find and List Directory Entries page Searching by "Ext"
Workaround: Search with another option besides "Ext"

CLI "show open ports" needs to use option to prevent port name in output, Fixed CSCts46531

Symptom: "show open ports" output from CLI includes misleading port names instead of port numbers
Conditions: Utilizing the "show open ports" output and looking for port numbers, such as port 8500
Workaround: Search for program name which will have the port open instead of searching for the port number. For example, use "show open ports regexp clm" instead of "show open ports 8500" to see Cluster Manager connections.

Core dump generated during load run due to TCS > 1444 bytes, Fixed CSCti73816

Symptom: Call from/to CUCM and a H.323 device causes ccm process to core. backtrace shows: #0 0x00dc4270 in strnlen () from /lib/tls/libc.so.6 #1 0x0a0707aa in FastSprintfBuf::FAST_vsnprintf (this=0x2d93a80, format=0xb09e698 "ProcessH245Interface(%d)::convertH245CapabilitiesToCapabilities, H323-2833. Incoming DTMF rfc2833RecvPayLoadNum=%d, audioTelephoneEvent=%s\n", arglist=@0x2d950bc) at /view/BLD-af_tt6-cct-ccm-d/vob/ccm/Common/Include/Utilities/fastSprintf.hpp:68 #2 0x09e7f185 in SDIBaseFileDirect::traceLayer_toBuf ( local_TraceBuffer=0xb7d6a6bc

, bufSize=14988, showIncludeSuffix=true, CorrelationTag=0x2d94f70 "15,100,17,221595.2", IpAddress=0x6f42e2f7 "10.12.3.11", DeviceName=0x6f42e2d8 "Port 41170", str_=0xb09e698 "ProcessH245Interface(%d)::convertH245CapabilitiesToCapabilities, H323-2833. Incoming DTMF rfc2833RecvPayLoadNum=%d, audioTelephoneEvent=%s\n", argList=@0x2d950bc) at ../SDIBaseFileDirect.cpp:493 #3 0x09e7db86 in SdiSdlLogIntercept::encode_or_print_appTracef ( this=0xb7c15c10, _sdlProcessBase=0xa4a22008, _appTraceMask=256, _traceMask=4194304, _str=0xb09e698 "ProcessH245Interface(%d)::convertH245CapabilitiesToCapabilities, H323-2833. Incoming DTMF rfc2833RecvPayLoadNum=%d, audioTelephoneEvent=%s\n", pArgList=0x2d950bc) at SdiSdlLogIntercept.cpp:86 #4 0x09e7de7a in SdiSdlLogIntercept::appTracef (this=0xb7c15c10, _sdlProcessBase=0xa4a22008, _appTraceMask=4194560, _str=0xb09e698 "ProcessH245Interface(%d)::convertH245CapabilitiesToCapabilities, H323-2833. Incoming DTMF rfc2833RecvPayLoadNum=%d, audioTelephoneEvent=%s\n") at SdiSdlLogIntercept.cpp:596 #5 0x0891d660 in H245Interface::convertH245CapabilitiesToCapabilities ( this=0xa4a22008, h245Caps=@0x493000b4, capCount=@0xa4a23e90, vidDataCount=@0xa4a249fc, cryptoCapCount=@0xa4a24328, caps=0xa4a23e94, vidDataCaps=@0xa4a24a00, cryptoCaps=0xa4a2432c, dtmfProfile=@0xa4a2a4b0, cmCloudH245ICTVersion=@0xa4a29ac8, extendedVideoCount=@0xa4a24a10, extendedVideoCaps=@0xa4a24a14) at /view/BLD-af_tt6-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlService.hpp:171 #6 0x089311ac in H245Interface::HandleH245CapabilitiesIncoming ( this=0xa4a22008, h245Caps=@0x493000b4) at ProcessH245Interface.cpp:2322 #7 0x08931cb6 in H245Interface::star_H245CapabilitiesIncoming ( this=0xa4a22008, s=@0x49300018) at ProcessH245Interface.cpp:2223 #8 0x08962192 in H245Interface::fireSignal (this=0xa4a22008, sdlSignal=@0x49300018) at /view/BLD-af_tt6-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:183 #9 0x0a00379e in SdlProcessBase::inputSignal (this=0xa4a22008, rSignal=0x49300018, traceType=SdlSystemLog::SignalRouterThread, highPriority=0, normalPriority=1, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:369 #10 0x0a0092d0 in SdlRouter::callProcess (this=0xb7c945b0, _sdlSignal=0x49300018, _deleteSignal=@0x2d96fa7, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=1, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:238 #11 0x0a009881 in SdlRouter::scheduler (this=0xb7c945b0) at SdlRouter.cpp:155 #12 0x00681bff in ACE_OS_Thread_Adapter::invoke (this=0xa96404e8) at OS_Thread_Adapter.cpp:94 #13 0x006420af in ace_thread_adapter (args=0xb7d6a6bc) at Base_Thread_Adapter.cpp:137 #14 0x0026c3cc in start_thread () from /lib/tls/libpthread.so.0 #15 0x00e25f0e in clone () from /lib/tls/libc.so.6
Conditions: The H.345 Terminal Capability Set (TCS) from the device to CUCM is larger than 1444 bytes.
Workaround: Reduce size of TCS or upgrade to version that contains this fix.

Apply 8-5-2 firmware to ALL versions of CUCM to prevent Auth Fail issue, Open CSCtx75816

Symptom:Our customers daily face Auth Fail on their CUCM installs. Lets not make them go to CCO to download it and install it on all their CUCM servers because that takes a lot of time. This will allow TAC engineers to speed up their resolution for customer's open TAC cases, and we can also make our customers happy. If you fix my other bug of CSCtx74755 this will definitely make a lot of happy customers. Also, another thing to remember...if a customer gets a phone RMA'd, they will have to change the firmware to 8-5-2 because the phones DO NOT come with the latest firmware at this time. Auth Fail: http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/firmware/9_1_1/english/release/notes/7900_911.html For all SCCP firmware upgrades from firmware release versions earlier than 8.3(3) to version 8.5(2)SR1 or greater, you must first upgrade your firmware to version 8.5(2). Once you have upgraded to version 8.5(2), you can upgrade your IP Phone to version 9.1(1)SR1 or later.
Conditions:
Workaround: Use the CM as its always been used

Fail to open provider after run some test cases of call preservation, Fixed CSCth61533

Symptom: Fail to open provider after run some test case on Call Preservation
Conditions: If we change some Information on device and reset the device and application(CTI Manager) almost at the same time then there is a likelyhood of running into this issue.
Workaround: If we run into this issue, application goes into un-recoverable state (probably hang), if so happens the killing the application and restarting it is the only workaround.

/tmp/tftpcache missing causing off cluster EM login issue., Fixed CSCtg97900

Symptom: when cluster with security enabled, and device with security enabled. CCME, when phone login from roming cluster, it fails to get CTL from home cluster due to /tmp/tftpcache absence. 05/18/2010 22:39:31.670 TFTP| COffClusterService::recvResponse[0xb3e81008][0xa0ec7b60~642~10.72.141.62~5181 failed to create tmp file[/tmp/tftpcache/CTLSEP002545930491.tlv.30.471]| 05/18/2010 22:39:31.670 TFTP|<--COffClusterService::recvResponse[0xb3e81008][0xa0ec7b60~642~10.72.141.62~5181 | the issue happened on 4 tftp servers locate in 2 clusters, restarted tftp service was able to fix the issue, wasn't able to address, how the issue appeared in first place.
Conditions: CCME with security enabled on cluster and device level
Workaround: restart tftp service, which will generate new folder.

CAPF Self-signed CUCM certificates don't include basic constraints ext., Open CSCtx42673

Symptom: The 'basic contraints' extension is not included on the Self-Signed CAPF certificates. That causes interoperability issues with other vendors when exporting the CAPF certificate. The RFCs 2459,3280 and later RFC 5280, specify that 'if the keyCertSign bit is asserted, the basic constraints extension MUST also be asserted.'
Conditions: Generate a new CAPF certificate under OS Administration GUI The generated certificate CAPF-xxxxxxxx.pem will not show Basic Constraints extension under X590v3 section " ... X509v3 extensions: X509v3 Key Usage: Digital Signature, Certificate Sign X509v3 Extended Key Usage: TLS Web Server Authentication, IPSec End System X509v3 Subject Key Identifier: ... "
Workaround: None

7835/45 I3 after update to uEFI 1.07 won't boot to to new uEFI version, Fixed CSCti28675

Symptom: System booting to the backup uEFI bank.
Conditions: 7835/45-I3 upgrading to uEFI 1.07 -or- 7835/45-I3 upgrading from uEFI 1.07 to newer uEFI release
Workaround: Press F3 during POST to revert to the primary uEFI bank -or- Shut down server, and temporarily remove physical power to the server for 1 minute before booting again.
Further Information For further information, refer to IBM RETAIN TIP H197332. This defect is resolved by uEFI 1.08 or higher (contained in FWUCD 3.5(1)-I), however if the system currently on uEFI 1.07, then the workaround above must still be followed to upgrade from uEFI 1.07. Systems upgrading to uEFI 1.08 from uEFI versions prior to 1.07 will not require the workaround noted above.

SyslogSeverityMatchFound Alert in raised condition in RTMT, Terminated CSCtr06552

Symptom: RTMT alert SyslogSeverityMatchFound gets generated after dropping syslog
Conditions:
Workaround:

CCM core calling out MGCP PRI when receiving empty UserUser IE, Fixed CSCta98856

Symptom: ccm process cores when calling out an MGCP PRI. output of CLI command utils core analyze shows: ==================================== backtrace =================================== #0 0x00dc97a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00649815 in raise () from /lib/tls/libc.so.6 #2 0x0064b279 in abort () from /lib/tls/libc.so.6 #3 0x00bb353b in __gnu_cxx::__verbose_terminate_handler () from /usr/local/cm/lib/libstlport.so.5.1 #4 0x00bb1251 in __cxxabiv1::__terminate () from /usr/local/cm/lib/libstlport.so.5.1 #5 0x00bb1286 in std::terminate () from /usr/local/cm/lib/libstlport.so.5.1 #6 0x00bb13cf in __cxa_throw () from /usr/local/cm/lib/libstlport.so.5.1 #7 0x00b6d2a4 in stlp_std::__stl_throw_length_error () from /usr/local/cm/lib/libstlport.so.5.1 #8 0x08205a8b in stlp_priv::_String_base >::_M_throw_length_error (this=0xec7e398) at /vob/ccm_tpl/release/include/stlport/stl/_string.c:615 #9 0x08205d10 in stlp_std::basic_string, stlp_std::allocator >::_M_append (this=0xec7e398, __first=0xec7a064 "", __last=0xec7a063 "") at /vob/ccm_tpl/release/include/stlport/stl/_string.c:137 #10 0x08205feb in stlp_std::basic_string, stlp_std::allocator >::_M_assign (this=0xec7e398, __f=0xec7a064 "", __l=0xec7a063 "") at /vob/ccm_tpl/release/include/stlport/stl/_string.h:479 #11 0x09a0ce3e in retrieveUuie (fSdlMsgData=0xec79794 "", fUuie=@0xec7e390, fSignalMsgDataSize=@0x2ba2748) at /vob/ccm_tpl/release/include/stlport/stl/_string.h:664 #12 0x08b6d1e0 in MGCPBhHandler::handleTranslateIsdnToSdlRes (this=0xec78910, s=@0x2bac170) at ProcessMGCPBhHandler.cpp:2780 #13 0x08b8cb53 in MGCPBhHandler::wait_SdlDataInd (this=0xec78910, s=@0xfb96938) at ProcessMGCPBhHandler.cpp:1787 #14 0x08bac87c in MGCPBhHandler::fireSignal (this=0xec78910, sdlSignal=@0xfb96938) at /vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:174 #15 0x0a04c6e8 in SdlProcessBase::inputSignal (this=0xec78910, rSignal=0xfb96938, traceType=SdlSystemLog::SignalRouterThread, highPriority=0, normalPriority=0, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:397 #16 0x0a0544b2 in SdlRouter::callProcess (this=0xe191428, _sdlSignal=0xfb96938, _deleteSignal=@0x2bb2d07, _traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=0, _lp=0, _vlp=0, _lzp=0, _dbp=0) at SdlRouter.cpp:371 #17 0x0a053ed7 in SdlRouter::scheduler (sdlRouter=0xe191428) at SdlRouter.cpp:281 #18 0x0055d5fb in ACE_OS_Thread_Adapter::invoke (this=0xec2ec80) at OS_Thread_Adapter.cpp:94 #19 0x0051fcbf in ace_thread_adapter (args=0x0) at Base_Thread_Adapter.cpp:137 #20 0x003d93cc in start_thread () from /lib/tls/libpthread.so.0 #21 0x006eb1ae in clone () from /lib/tls/libc.so.6 CM SDI traces show reception of an empty UserUser IE: 07/23/2009 14:00:19.547 CCM|In Message -- PriAlertingMsg -- Protocol= Pri4essProtocol| 07/23/2009 14:00:19.547 CCM|Ie - Q931UserUserIe -- IEData= 7E 00 | The empty UserUserIE could potentially be in messages other than Alerting.
Conditions: CUCM receives an empty UserUser IE from the PSTN
Workaround: Upgrade UCM to a version that includes the fix or switch to H.323.

Get TermRegistrationFailedEv when dynamic register CTI port at 2nd time, Fixed CSCtx06424

Symptom: Get TermRegistrationFailedEv when dynamic register CTI port at 2nd time on 2nd node. As a result a CTI Port may remain unregistered.
Conditions: This can occur if a CTI application is dynamically unregistering and reregistering several times.
Workaround: Restarting CTIManager on all nodes may clear this issue.

BAT RDP Insert overwrites existing CFA CSS / Secondary CFA CSS settings, Fixed CSCsy47891

Symptom: Existing Call Forward All CSS and Secondary Calling Search Space for Forward All are getting overwritten by the values set in the Remote Destination Profile Template's Line Template settings.
Conditions: Using Bulk Administration to insert Remote Destination Profiles sharing a line with existing phones. This would be expected behavior if the "Override existing configuration" box is checked. However, this is occurring when the "Override existing configuration" box is _not_ checked when initiating the Insert in BAT / Bulk Administration.
Workaround: Configure the desired CFA CSS and Secondary CFA CSS on the RDP Template's line template settings so that they are the same as the existing values. OR Insert the Remote Destination Profiles without using an RDP Template. This requires that the Desk Phone MAC address also be provided in the CSV file (in the form of SEP, as shown in the Bulk Administration webpage example).

DmDuplicate Leads to Wrong DND status changes in CUPS, Fixed CSCti38227

Symptom: User's phone status goes into DND status without user initiation. If the user tries to disable the DND status, it works but then the phone goes back into DND within the hour. When all phones for the users are in DND state, this causes missed calls for individuals who are affected by defect.
Conditions: In scenario where we have multiple nodes with shared line registering across node there could be situation where there are multiple line controls for few seconds after ccm initilization. In such scenario the DmDuplicate message used by ccm to get ride of duplicate line control does not unpublish PublishEPA which could lead to rogue EPA in system. DmDuplicate signal needs to be fixed in order to get rid of those PublishEPA.
Workaround: In some instances, modifying the UCM group (only having 1 CUCM node in the Group) in the Device Pool which is referenced for the SIP trunk to CUPS will fix this issue. This prevents having multiple rogue EPA in the system. However, in some instances, this issue reappears, therefore, the issue will continue to persist.

H225D stopped after receiving DmResetDeviceReq two times within few mill, Fixed CSCtw80016

Symptom: CUCM didn't answer for the SETUP message from H.323 VGW, and the "Destination process does not exist" error was found at the moment. Before the first of the errors, found the other error "RemoteIP Address already exist!!!"
Conditions: None
Workaround: Restarting CallManager Service

CSA alarms raised for AXL hourly cron job, Fixed CSCtt11347

Symptom: Will Raise CSA alram:- MatchedEvent : Sep 26 10:01:02 cup-mnm-012 local4 2 : 2328: cup-mnm-012: Sep 26 \ 2011 10:01:02.426 +0300: %CSA-2-EVENT_ASVC_CONF_DENY: \ %[PID=6335][component=CiscoSecurityAgent] : The process '/bin/rm' (as user root(0) \ group root(0)) attempted to modify a Cisco Security Agent resource file /lib which \ is located in a Cisco directory. The operation was denied. [rule 815] AppID : Cisco \ Syslog Agent ClusterID
Conditions: When /usr/local/thirdparty/apache-tomcat-6.0.20/work/Catalina/localhost/axl/_axis2 does not exist.
Workaround: Manually deleting the files at this location(/usr/local/thirdparty/apache-tomcat-*/work/Catalina/localhost/axl/_axis2).

race condition with allocate/deallocate with MRM, Fixed CSCti54187

Symptom: Calls requiring MTP fail due to out of resources. Resources on MTP hardware show actual numbers in use, while Call Manager MTP in use continues to grow until out of resources.
Conditions: Seen on intercluster calls requiring MTP between CUCM 7.0(2) and 7.1(3). May be present in other versions.
Workaround: Rest MTPs to gain back leaked resources.

setroubleshootd fast memory leak with SELinux context errors, Open CSCtu04746

Symptom: setroubleshootd leaking memory, may result in eventual kernel panic. Conditions: This will occur in Cisco Unified Communications Manager 8.6 if there are SELinux context errors with the SELinux policy set to enforcing. One example of a SELinux context error. Oct 26 10:52:20 CUCM862Pub user 6 setroubleshoot: SELinux is preventing java (sysadm_javaplugin_t) "search" to ./db (db_t). For complete SELinux messages. run sealert -l 2ec7a5f3-9137-4fa3-9428-70ade0e0d86b Workaround: Fix SELinux context errors. Set SELinux policy to permissive mode using "utils os secure permissive." PSIRT Evaluation: The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 3.8/2.8: https://intellishield.cisco.com/security/alertmanager/cvssCalculator.do?dispatch=1&version=2&vector=AV:L/AC:H/Au:S/C:N/I:N/A:C/E:U/RL:OF/RC:C No CVE ID has been assigned to this issue. Additional information on Cisco's security vulnerability policy can be found at the following URL: http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

"utils import config" is failing, CSCtx55507

Symptom: getting an error when running " utils import config" admin:utils import config Cannot locate configuration file
Conditions: call manager is running on VMware
Workaround: set SELinux in permissive mode and try the command again. Disabling SELinux temporarily: echo 0 > /selinux/enforce To turn it back on you execute this command: echo 1 > /selinux/enforce

Absence of a single physical disk is preventing License Manager to start, Open CSCtd86222

Symptom: License Manager doesn't startup after rebooting a server.
Conditions: CUCM Server will prompt about a Hardware Configuration Failure if one of the drives from either logical drive arrays are missing. If the customer chooses to continue License Manager service will never startup. Lack of License Manager on the Publisher node prevents any administrative changes being performed like adding a new phone or deleting.
Workaround: Ensure all 4 drives are plugged in to the server even if they are failed/defunct drives.

DRF restored hardware specific components to new hardware, Fixed CSCtt40026

Symptom: rpm records are no deleted during DRF installation
Conditions: when restored DRF from hardware platform (like HP server) to a new vmware based UCS, unnecessary components (rpm ones) will be restored to the new server
Workaround: delete the unnecessary components from database manually

/common - 100% usage - AXL service creates huge catalina.out files, Fixed CSCtk06849

Symptom: /common partition disk usage reaches 100%
Conditions: Observed in the following configuration scenario 1. "A Cisco DB" service is not running on the server 2. AXL service is up and running 3. On Unity Connection or CUCM products running 8.0.x version Execute the following commands to verify the issue show status utils service list file list activelog tomcat/logs/cat* detail page
Workaround: Stop Cisco Tomcat service from the CLI prompt utils service stop Cisco Tomcat Make sure that " A Cisco DB " starts before starting the Cisco Tomcat service. Execute the following command to start the Tomcat server, utils service start Cisco Tomcat

Device does not unregister when application closes it, Fixed CSCtx75537

Symptom: CTI Route Point remains unregistered after PG restart.
Conditions: Cisco Unified Communications Manager with PG controlled CTI Route Points.
Workaround: Restart the Cisco CTIManager service.

AXL: updateAppUserResponse Doesn't Indicate if Password Change Completed, Open CSCtx74706

Symptom: UCCX uses an AXL Admin User to update the passwords for application users. It sends an updateAppUser request through AXL when you update the password. Regardless of whether the password is successfully updated, an updateAppUserResponse is returned and no failure is reported. When the default credential policy for application user has the User Cannot Change policy enabled, the password update does not complete. UCCX still assumes the password change completed because the AXL response does not indicate a problem. The Unified CM Telephony Subsystem will not come into service on the next restart because of this.
Conditions: Application User Password Changes When Credential Policy Doesn't Allow It.
Workaround: Disable the "User Cannot Change" credential policy before updating UCCX application users via CCX Administration.

Route Pattern Flag doesn't take effect for a Unified Mobility call, Fixed CSCtx65207

Symptom: Call Manager 8.6.2 ignores the Route Pattern flag (which is meant to Block a call originated from a specific IP Phone) and routes the call. This behavior is noticed specifically the Unified Mobility Service Parameter 'Reroute Remote Destination Calls to Enterprise Number' is set to 'True'. If it is set to 'False', the call gets blocked as expected.
Conditions: 1. An IP Phone (say A) has a Remote Destination number associated to it. 2. Another IP Phone (say B) calls the Remote Destination directly. 3. A Route Pattern is configured with the flag "Block this Pattern" and is set in a Partition that is meant to 'Block' this call, when made from IP Phone B. The Route Pattern is configured to match the full Remote Destination dialed by Phone B. 4. Now, the above mentioned Service Parameter is set to 'True', Phone B calls the Remote Destination. The call goes through and is not blocked! When the parameter value is 'False', call gets blocked as expected.
Workaround: None as of now.

Cannot insert null into a null column TelecasterSubscribedParameter, Fixed CSCsu97248

Symptom: Receiving error Insert Phones fails with an error "IP service parameter error, cannot insert a null into a column. Description: TelecasterSubscribed Parameter.FKTelecasterServiceParameter".
Conditions: This can occur if you are trying to insert phones with a service subscriber from an exported phone csv. Parameters were not exported along with correct services. For ex, if Service1 does not have any parameters and Service2 has some parameters then Service2's parameters would get associated with Service1.
Workaround: Edit the exported file for the service parameters and place them against the correct Phone services. In this case the text file has Phone Service - "Cisco Meeting Place" 's parameters associated to Extension Mobility. So associate the correct parameters to the service and import the edited text file.

IBM Servers logging unnecessary warning errors from cimserver, Open CSCti05776

Symptom: Harmless messages from cimserver are logged in to System Event Logs (messages)
Conditions: The following messages seen in the System Event Logs (messages) can be safely ignored Jul 24 03:08:22 lg-sub-1 daemon 4 cimserver[14290]: PGS10405: Failed to deliver an indication: PGS10800: CIMXMLINDICATIONHANDLER ERROR: CIM_ERR_FAILED: A GENERAL ERROR OCCURRED THAT IS NOT COVERED BY A MORE SPECIFIC ERROR CODE.: "Cannot load module (SMSConsumer:SMSConsumer): Unknown exception."
Workaround: None the messages are harmless and can be ignored.