UC500.com Cisco CallManager Express, UC500 reference

Symptom: 7921 directories are displayed as squires in CME Userlocale: JP environment.
Conditions: 7921: 1.1.1 CME: 4.2 (IOS 12.4(11)XW7) Locale File : CME-locale-jp_JP-4.1.0.1.tar
Workaround: None

Symptom: The CME 'description' command under the ephone-dn potentially allows for the description string to be saved to the router configuration without a trailing quote. This leaves an open-ended delimination in the configuration for the description string, and will cause the CME GUI to fail to load with an "unterminated string constant" error.
Conditions: There are two ways that the configuration can get a description with no closing quote: 1. Description is entered with quotes on both sides, and total string length is between 33 and 40 characters. Entering Router(config)#ephone-dn 1 Router(config-ephone-dn)#description "01234567890123456789012345678912345" Appears as ephone-dn 1 description "01234567890123456789012345678912 2. Description is entered with quotes only on beginning of string. Entering Router(config)#ephone-dn 1 Router(config-ephone-dn)#description "test Appears as ephone-dn 1 description "test
Workaround: Enter the description without any quotes via the CLI.

Symptom : When ephone A makes a call to ephone B which is call forward all to ephone C, part of the caller ID on ephone C is corrupted.
Condition : 1. Multilevel Precedence and Preemption (MLPP) 2. both 2 channels are busy on phone B and another call is made to phone B.
Workaround : For condition 2, configure "huntstop chan" would work around this issue.

CME/SRST with dialpalan does not remove dial-peer after IP phone unreg. Symptoms: After IP phone registers to SRST and then back to CCM when it become available. In SRST/CME config still there is dial-peer to the DN created by the dialplan pattern command.
Conditions: The problem can be seen if dial-plan pattern is configured in CME/SRST config.
Workaround: Do not use dialplan pattern command - but use voice translation rules instead.

None Symptom: ======== While doing h323 to sip interop ,the router is crashing due to Mempool corrupt
Conditions: ============ topology: phoneA -- CME1 --- SIP --- CME2 -- phoneB call flow: phoneA calls phoneB phoneB answers. phoneB presses xfer. phoneB presses NewCall. phoneB dials phoneA. We see phoneB drop out of the call with no error indications or tones. We see phoneA display one call on hold and the other call incoming. hang up phoneA. phoneA rings briefly when you put it on hook. results: repeated this test four times. twice I saw CME2 crash when phoneA went onhook. The crash on CME2 seems to be delayed a few secs from the call clearing. Perhaps this is the memory corruption happening seconds after SIP has improperly freed it? the other times I saw the "Corrupted scb" SIP error msg. once I saw the SIP error msg along with a BAD_ENQUEUE error msg.
Workaround: =========== No workaround

Symptom: 1) This issue of hanging xcoder sessions happen to a xcoded SIP-SIP call. 2) It occurs after a 183 msg is received from the TGW and passed down to the OGW. 3) Then, the TGW eventually sends in a 487 msg (Request Cancelled), or any 4xx to terminate the call before answer. 4) No call-forward no-answer is happening for this call. Under these condition, the xcoder session on the in-leg isn't cleaned up on dspfarm side, but left behind hanging.
Conditions: CME version 3.4 and above, without the fix introduced by CSCsq41919.
Workaround: None. Issue "no sccp" then "sccp" can clean up the hang resource w/o reloading.
Further Problem Description:

Symptom: "By Unknown number" comes up on IP Phone when called from PSTN
Conditions: Not SCCP Phone
Workaround: There is no workaround.
Further Problem Description: No such information would be saved if the calling party is not an onnet sccp phone. CallinfoMessage (skinny message) from CME LastRedirectingPartyName: <------None LastRedirectingParty: <------None

Symptom: Calls to paging system will ring busy unexpectedly after days of proper operation.
Conditions: This is currently being seen on 12.4(15)T5 from a 7921's PTT feature to a paging DN.
Workaround: The only known workaround is to change the number on the paging-dn or reload the router.

Symptom: User using auto-assigner button to ephone after 110 entries
Conditions: 110 is limit for max number of ephone register to CME, it shouldn't prevent user from creating and assigning button to ephone entry
Workaround: none

Symptom: C1760 router configured as CallManager Express, with OPSF routing configured. Traceback below observed during overnight load run: Jul 29 22:25:09.589: %IPRT-4-IPROUTING_INT_ERR: Illegal call flow in interrupt path.Caller needs to change its code path. -Process= "", ipl= 4, pid= 88 -Traceback= 80A83AAC 80FCB0EC 80DF9B04 81014C00 801EA4F4 801E9498 802CDA1C 8016ADB8 80566A88 8056C3F8 800C3EC8 8055809C 800B440C 800B440C 8055815C 801F1464

Symptom: call-forward all command will be lost if configuration is save and router reloading while in night-service.
Conditions: Configure both call-forward all and call-forward night-service on a ephone-dn and go into night-service. The call-forward all command disappear.
Workaround: Do not use "call-forward all" instead use call-forward busy" since that command does not disappear in night-service. Or use IOS 12.4.9T since in that IOS the call-forward all command does not disappear.
Further Problem Description:

CME IP phones with lines in a hunt group cannot use the HLog softkey to logout of the huntgroup if the line number is also monitored by another ip phone. When the Hlog softkey is pressed the message " The key is not active here" displays. Found in 12.4.11XJ4 code
Workaround: Run 12.4.9T4 Monitored lines are able to be logged out in this release.

Symptoms: A call made over a SIP trunk from a remote phone registered to Cisco Unified CallManager Express (CME) 4.1 to a phone registered to a SIP proxy server results in router crash due to memory overrun.
Conditions: Occurs under the following conditions: 1. Phone call has to be from remote phone. 2. MLPPP should be configured as the WAN link. 3. SIP trunk also traverses the same WAN link.
Workaround: Remove MLPPP.

Symptom: Caller ID not displayed on UCC client when using CME 4.3. IP phone tied to UCC does display it.
Conditions: CME 4.3
Workaround: use CME 4.2 or earlier.

Symptom: Output of 'sh ephone phone-load det' shows corrupted information for 7921 phone loads.
Conditions: 7921 registered to CME.
Workaround: none.

Symptom: When ip phones are in SRST mode ona gateway running 12.4(4)XC images or 12.4(9)T images and above, call "pickup", configured for a telephone-number or a DID under call-manager-fallback, results in to error "Unknown number" on ip phone that is used to pickup that call.
Workaround: Downgrade the ios to 12.4 Mainline or 12.3(14)T

Symptom: Missed calls not reported.
Conditions: When a DN has overlays configured, any unanswered calls to that particular DN are not reported as Missed calls.
Workaround: Remove overlays from the DN in the configuration.

None Symptom: In-band DTMF is not squelched on calls from POTS --> SCCP endpoints.
Conditions: This causes problems with the following topologies: pstn---CME---sccp---VG224---fxs---IVR When a caller from the pstn calls an IVR which is connected to the VG224, the IVR may experience duplicate DTMF tones because the in-band tones, as well as the out-of-band sccp keypad messages, are being played to the IVR. This results in inconsistent behavior from the IVR.
Workaround: None.