CME Hot Issues from Cisco TAC

Cisco 500 phone registration fails when ephone tag is 56 or greater , Fixed CSCtd26844

Symptom: After a license upgrade from 48 to 64 user license on a UC520, the Cisco 500 series phone registration fails with the following errors in debug ephone register output: Error: Device Id 80000 Configured Device Id -1 StationSPCPRegisterTokenReject sent on socket 4
Conditions: Problem is seen when registering any 500 series phone to a CME on UC520 platforms. The problem only occurs when the ephone tag value for this phone registration is 56 or higher.
Workaround: Use an ephone tag that is of lower numerical value. Ephone 55 or lower will work.

Memory leak due to Skinny Msg Serve process , Fixed CSCsz23698

Symptom: Memory leak due to the Skinny Msg Serve process.
Conditions: Observed on a C2851 running 12.4(22)T1.
Workaround: None.
Further Problem Description:

Router may crash while transferring calls , Fixed CSCsv86107

Symptoms: Cisco 2800 router crashes due to signal 10.
Conditions: Crash happens while transferring calls.
Workaround: There is no workaround.

On hook dialing did not work on 7911 SCCP Phone , Fixed CSCtb74251

Symptom: steps: 1.shutdown cucm service.SCCP Phone 7911 registered with SRST 2. Keep the phone on hook 3. Press "New Call" softkey, nothing happen.
Conditions:
Workaround:
Further Problem Description:

7914 fails to re-register after 'reset' is issued on CME 4.3 , Fixed CSCsw25514

Symptom: On CME 4.3/7.0, when issuing a 'reset' for a 7960 with a 7914 sidecar, the 7914 will fail to re-register to CME and will stay with all buttons red.
Conditions: This is observed on CME 4.3 and 7.0 for the 7960 with the 7914.
Workaround: Downgrade to 12.4(15)T7 (CME 4.1) where the issue is not seen. Another workaround is to rebuild the CNF files with the below commands. This will allow for the device to be reset a single time and register properly. Successive resets will fail until the CNF files are rebuilt again. CME#configure terminal Enter configuration commands, one per line. End with CNTL/Z. CME(config)#telephony-service CME(config-telephony)#no create cnf-files CNF files deleted CME(config-telephony)#create cnf-files Creating CNF files

CallfwdAll on 3911 has issues , Fixed CSCtc85337

Symptom: When a 302 sip response is received from a sip endpoint with call forward no-answer provisioned on the sip dialpeer, the forwarded call is redirected to forward noan target after noan timeout.
Conditions: This occurs when a pstn (ie. sccp ) calls a sip endpoint that responds 302 to incoming call and has call forward noan provisioned on the sip dialpeer.
Workaround: Configure : voice service voip notify redirect ip2pots
Further Problem Description:

TransVM softkey doesn't work after full consult transfer is declined , Fixed CSCsu07993

Symptom: When using the TransVM (transfer to voicemail) soft key, the softkey does not operate as expected unless it is used before trying a Transfer.
Conditions: If a full consult transfer is attempted, and the called party elects not receive the transfer (but would like a voicemail), the caller who initiated the transfer cannot use the TransVM softkey because the functionality is missing. It does not permit the dialing of the voice mailbox extension (as it would had the full consult transfer not been attempted).
Workaround: The work around without upgrading to code which provides this fixed softkey feature is to have a dial peer which would transfer say to *### to get to the voicemail of extension ###.
Further Problem Description:

shared-dn ephone unregister affect another ephone BLF subsciption , Fixed CSCtb66305

Symptom: cme on c3825-advipservicesk9-mz.124-24.T1.bin one ephone UNREGISTER_ABNORMAL, the other ephone with shared DN will stop sending BLF prsense subscription. for example ephone 34 button 1:5 2:4 ephone 61 blf-speed-dial 1 ... button 1:5 2:4 when ephone 34 unregister, ephone 61 stop sending presence subscription
Conditions:
Workaround:
Further Problem Description:

GPickup fails on ephone-dn conf. with SNR and Mobility on xfers from CUE , Fixed CSCtd04195

Symptom: Cannot pick up ringing calls using GPickUp or PickUp SK's when the DN attempting to pick up the call is configured for "snr" and "mobility", AND the call is transferred from CUE. Calls that aren't transferred from CUE, direct calls, can be picked up fine.
Conditions: Attempting to pick up a call transferred out of CUE using GPickUp or PickUp on a DN configured for "snr" and "mobility".
Workaround: Remove either "snr" OR "mobility" configuration on DN. Only a combination of the two breaks GPickUP or PickUp.

TrnsfVM using speed-dial, watched or monitored lines doesn't work. , Fixed CSCsv35663

Symptom: Unable to transfer calls directly to voice-mail using the "TrnsfVM" soft-key followed by a speed dial, "watch" or "monitor" button on CCME running 12.4(20)T IOS.
Conditions: Transferring calls directly to voice-mail using "TrnsfVM" soft-key followed by a speed dial, "watch" or "monitor" button
Workaround: Use: http://www.cisco.com/en/US/customer/products/sw/voicesw/ps5520/products_tech_note09186a00802ab979.shtml

Bus error crash at delete_callinst , Fixed CSCtb98508

Symptoms: A Cisco router may experience a bus error crash.
Conditions: The symptom has been experienced on a Cisco 2851 router that is running Cisco IOS Release 12.4(20)T3 and when "callmonitor" is enabled.
Workaround: There is no workaround.

CME System Message disappears from 7940 7960 Display , Fixed CSCtc80306

Symptom: A Cisco 7940 or a 7960 IP Phone registered to a Cisco Unified Cisco Callmanager Express system may lose its "system message" (default is "Your current options") intermittently for a period of 5s to 45s.
Conditions: The steps/condition needed to reproduce: 1. Problem phone (A) is programmed with a monitor line appearance on phone. 2. Source phone (B) of monitored line starts a call. 4. Phone A monitor button correctly displays that phone B is on call. 5. Source phone B ends call. 6. Phone A loses system message for a period of 5s to 45s.
Workaround: The problem only affects phone models 7940 and 7960 at this time

Calls on FXO port disconnect after hold and resumed via line button , Fixed CSCta02224

Symptom: A call is placed on hold from IP phone. If the user resumes the call by lifting the handset, THEN pressing the line button, the call will disconnect within 60 seconds. The precise time that it takes for the call to disconnect may vary (5-60 seconds) -Call comes in via FXO port, -User answers by lifting handset -User press 'hold' button and place handset onhook -User lifts handset THEN press the line button -Call drops after a few seconds.
Conditions: CME versions 7 and 7.1 IOS version 12.4(20)T and 12.4(24.6)T9 7960 phone load 8.0(5.0) DEBUG: Jun 2 17:05:27.160: Force ONHOOK Clean up phone 14 DN 19 chan 1(119) in state CONNECTED Jun 2 17:05:27.160: ephone-14[13/11]:UpdateCallState DN 19 chan 1 state 10 calleddn -1 chan 1 Jun 2 17:05:27.160: ephone-14[13/11]:Binding ephone-14 to DN 19 chan 1 s2s:0 Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:Set FAC enabled (0) and dial mode (4) Jun 2 17:05:27.160: DN 19 chan 1 End Voice_Mode Jun 2 17:05:27.160: SkinnyGetCallState for DN 19 chan 2 IDLE Jun 2 17:05:27.160: called DN -1 chan 1, calling DN -1 chan 1 phone -1 s2s:0 Jun 2 17:05:27.160: ephone-14[13/11]:CloseReceive Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:SkinnyStopMedia: Multimedia not active Jun 2 17:05:27.160: ephone-14[13/11]:StopMedia Jun 2 17:05:27.160: ephone-14[13/11]:SpeakerPhoneOnHook Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:Clean up activeline 1 Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:UpdateCallState unbind phone from DN 19 Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:CallPrompt line 0 ref 0: APAC Jun 2 17:05:27.160: ephone-14[13/11][SEP002155D49E80]:SkinnyCheckPendingCallBackPhone scan 6 lines Jun 2 17:05:27.160: SkinnySetCallInfoName calling dn -1 chan 1 dn 19 chan 1,calling [] called [] Jun 2 17:05:27.160: SetCallInfo DN 19 chan 1 is not skinny-to-skinny Jun 2 17:05:27.160: SkinnyStopDnRecallTimer: dn 19 chan 1 Jun 2 17:05:27.160: Skinny Call State change for DN 19 chan 1 CALL_END from CONNECTED pstn---fxo--cme---sccp--ip phone
Workaround: If the call is resumed by pressing the line button or resume before lifting handset, the call will not disconnect.

CME 7.x On hook transfer fails when call comes in ISDN , Fixed CSCsy32411

Description On hook transfer fails in CME 7.x when call comes in ISDN
Workaround configure "transfer-pattern" with the same length of the destination number.

Polish Locale Problem with letter 'm' , Fixed CSCsy18666

Symptom: Phone with Polish Locale shows letter 'm' as 'm ' instead of 'm'.
Conditions: IOS/CME Version: 12.4(22)T/7.0(1) Using CME-locale-pl_PL-Polish-7.0.1.1.tar file Phone is 7970 or 7961/7941 Phone Load used were 8.4(2) and 8.3(3) 7960 phone is working correctly
Workaround: none
Further Problem Description:

Polish Locale Problem with letter 'm' , Open CSCsw79481

Calls do not go to final in a huntgroup, when a logged in phone is busy , Open CSCtd39521

Symptom: Calls do not go to the final in a huntgroup, when a logged in phone is busy. The calls fail with fast busy
Conditions:
Workaround:
Further Problem Description:

cme:Phones re-register intermittently with other extensions , Fixed CSCsv29618

Symptom: With CME 7.0 Phones randomly reregister as another extension. When you restart the router, they register correctly again
Conditions: Running ios version 124-15.XZ1 or 124-20.T1
Workaround: downgrade to cme 4.2