<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>CME Hot Issues from Cisco TAC</title>
  <link>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</link>
  <description>Hot Issues from Cisco TAC.  Please click the link for complete details.</description>
  <language>en-us</language>

  <managingEditor>wsisk@cisco.com (Wes Sisk)</managingEditor>
  <webMaster>news-at-cisco-rss@cisco.com (Cisco Newsroom)</webMaster>
  <pubDate>Mon, 29 Jun 2009 10:39:53 EDT</pubDate>
  <lastBuildDate>Mon, 29 Jun 2009 10:39:53 EDT</lastBuildDate>
  <generator>PERL</generator>

  <docs>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</docs>
  <ttl>10080</ttl>

<item>
<title>Memory leak due to Skinny Msg Serve process , Fixed CSCsz23698</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz23698</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
Memory leak due to the Skinny Msg Serve process.





&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Observed on a C2851 running 12.4(22)T1. 



&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.


&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz23698</guid>
</item>
<item>
<title>Memory leak on Presence Process 12.4(20)T , Fixed CSCsu73502</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu73502</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;







Free memory is decreasing due to Presence Process
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;





Problem is experienced on a c2851 platform running c2800nm-spservicesk9-mz.124-20.T.bin
The 12.4(20)T IOS version is bundled with CME 7.0
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;



None
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu73502</guid>
</item>
<item>
<title>Calls on FXO port disconnect after hold and resumed via line button , Fixed CSCta02224</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta02224</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

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 &#39;hold&#39; button and place handset onhook 
-User lifts handset THEN press the line button 
-Call drops after a few seconds.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

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
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;

If the call is resumed by pressing the  line button or resume before lifting handset, the call will not disconnect.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta02224</guid>
</item>
<item>
<title>7914 fails to re-register after &#39;reset&#39; is issued on CME 4.3 , Fixed CSCsw25514</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw25514</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
On CME 4.3/7.0, when issuing a &#39;reset&#39; for a 7960 with a 7914 sidecar, the 7914 will fail to re-register to CME and will stay with all buttons red.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This is observed on CME 4.3 and 7.0 for the 7960 with the 7914.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
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


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw25514</guid>
</item>
<item>
<title>CME 7.1- TOH  played for incoming h323 call before media nego occurs , Open CSCta40916</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta40916</link>
<description>Symptom:

CME : IP phone when answered hears hold tone before getting proper media from the far end.
Sometimes the call stays up; other times it drops with cause temp failure.
&lt;br&gt;

Conditions:

CME receiving/sending  H323 slow start call over IP.
&lt;br&gt;
Workaround:

Use H.323 fast start.
&lt;br&gt;

Further Problem Description:

Issue appears to be more visible in cause of slow WAN links (ex: Satellite links)

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta40916</guid>
</item>
<item>
<title>CCSIP_UDP_SOCKET leak in YB , Fixed CSCsv77588</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv77588</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;
 
A Cisco router configured for SIP may leak memory in the CCSIP_UDP_SOCKET process.
This has been seen on 12.4YB and 12.4T. The trigger isn&#39;t known yet, but the
system has 2 registered sip phones and no sip calls have been made (besides
perhaps one to a CUE).
&lt;br&gt; 
 &lt;B&gt;Workaround:&lt;/B&gt;
 
 None



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv77588</guid>
</item>
<item>
<title>Configuration buffer full. Cannot display show run , Fixed CSCsk60054</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk60054</link>
<description>Symptoms: Upon certain configuration changes, the running configuration might 
not be able to be displayed and the following error message might appear:
 
% Configuration buffer full, can&#39;t add command: !
%Aborting Save. Compress the config, Save it to flash or Free up space on 
device
&lt;br&gt;
Conditions: This symptom is observed either using or not using the 
&lt;b&gt;service compress-config&lt;/b&gt; command on a Cisco IOS router 
that is running CallManager Express (CME) when configuring more than 22 voice 
user-profiles.
&lt;br&gt;
Workaround: There is no workaround. 


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk60054</guid>
</item>
<item>
<title>no caller id name when call comes in to hunt group , Open CSCta13489</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta13489</link>
<description>                               --&gt;

&lt;B&gt;Symptom:&lt;/B&gt;
 when the call comes into a voice
parallel hunt group the customer is not able to see the Caller ID Name until
he answers the phone.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;

call comes in to voice hunt group
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
none



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta13489</guid>
</item>
<item>
<title>Translation-profile feature does not work in call-manager-fallback ,   CSCsa72342</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsa72342</link>
<description>Symptom:

The &quot;translation-profile outgoing&quot; feature in SRST mode does not work 
in call-manager-fallback, but it works in dial-peer voice pots.
&lt;br&gt;
Workaround:

If we use translate rule instead of translation-profile, it is working.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsa72342</guid>
</item>
<item>
<title>CME B-ACD ephone-hunt report stats are inconsistent , Open CSCta17030</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta17030</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;

 CME B-ACD ephone-hunt report stats are inconsistent when running the stats command at
different time.

For example:
run stats command on Thu and Fri, get different results on
Queue related statistics: for Mon 12:00 - 13:00

call flow:
PSTN---PRI/CAS---CME---AA---IP Phone(Agent)








&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;




&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;



&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta17030</guid>
</item>
<item>
<title>Octo line: Second call gets dropped when the first call is put on hold , Fixed CSCsy88059</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy88059</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Calls drop when answering the 2nd call on Octo lines with the &#39;Hold&#39; softkey.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
If the calls come in a PRI or FXO interface, and a user on an active call on the octoline puts the call on hold while there is an incoming call, it will automatically answer the incoming call.  Approximately 13 seconds later the second call is dropped.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
When the second call comes in, use the &#39;Answer&#39; softkey instead of putting the first call on hold.  If the user requires to put a call on hold while a new call is coming in, they must wait until the incoming call stops ringing.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy88059</guid>
</item>
<item>
<title>CME 4.3/ TSP Caller ID not displayed in TAPI client , Fixed CSCsq17862</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq17862</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Caller ID not displayed on UCC client when using CME 4.3. IP phone tied to UCC does display it. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CME 4.3
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
use CME 4.2 or earlier.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq17862</guid>
</item>
<item>
<title>CME EM login,logout behavior abnormal, requires exit key to press 3 time ,   CSCsx66104</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx66104</link>
<description>


&lt;B&gt;Symptom:&lt;/B&gt;

user login to Extension Mobility EM on IP phone.
-enters username and password.
-hits submit softkey
-phone shows loggin in .. updating locale....
-phone display screen stays and gets stuck there and it does not shows new profile and DN on the phone, untill user press the exit softkey 3 times.

- same behaviour is noticed on EM logout. which again requires 3 times exit softkey to press.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CME recently upgraded from 4.2 to 7.0

login to Extension mobility on IP phone.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Issue wasn&#39;t noticed in CME 4.3 . but after upgrade to 7 ,consistently shows on almost all types of phones causes annoying behaviour.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx66104</guid>
</item>
<item>
<title>moh play using media play verb doesnt work , Fixed CSCsd14203</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd14203</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
BACD AA script crashes while trying to play Music on Hold (MoH)
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This happens with 12.4 (4) XC and 12.4 (4th)T images.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Configure Live MoH. Even if you don&#39;t have a livefeed source, script will 
failover to MoH file in flash. Sample below has ephone-dn config for &quot;dummy&quot; 
MoH livefeed

ephone-dn 20
 number &lt;dummy-number&gt;
 moh out-call BCDA
!
dial-peer voice 7 pots
 destination-pattern BCDA
!

Also enable &quot;debug ephone moh&quot;
Having dummy MoH Livefeed allows the MoH server to get started. 
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd14203</guid>
</item>
<item>
<title>DTMF duration is fixed for calls from CME / UC500 to PSTN , Open CSCsm63154</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm63154</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
DTMF to certain IVRs fail
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Only occurs when using SCCP phones on CME going to PSTN
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
none

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm63154</guid>
</item>
<item>
<title>Polish locale does not work on 7906 , Fixed CSCsw51322</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw51322</link>
<description>None







&lt;B&gt;Symptom: Polish locale doesn&#39;t work on CME&lt;/B&gt;






&lt;br&gt;
&lt;B&gt;Conditions:

CallManager Express 7.0(1) (but the problem exists in previous versions). 
It only happens on 7906
The issue occurs for all the available firmware versions

&lt;/B&gt;




&lt;br&gt;
&lt;B&gt;Workaround: No workaround&lt;/B&gt;



&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;















</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw51322</guid>
</item>
<item>
<title>? in url services within ephone-template not sent correctly to IP phone , Open CSCta32197</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta32197</link>
<description>&lt;B&gt;Symptom: CME Service URL with &#39;?&#39; Included is not Correctly sent to IP Phone&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Conditions: A URL including a &#39;?&#39; should be passing parameter data to the host site.  However, with this bug, the parameter data is not passed to the host site.  A service URL can be set up on the IP phone using &lt;b&gt;ephone-template&lt;/b&gt;  This issue only occurs in CME 7.0 and above.&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround: None&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Further Problem Description:A URL which includes a &#39;?&#39; can be put into the CME.  However, when the IP phone attempts to use this URL, it does not work because the parameter data is not included in the request.  For example, a URL such as http://&lt;site&gt;?&lt;parameter&gt; would end up being executed by the IP phone as http://&lt;site&gt; &lt;/B&gt;


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta32197</guid>
</item>
<item>
<title>CME 7.x : SCCP IP Phones display shows &quot;ITS&quot; instead of system message , Fixed CSCsy72468</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy72468</link>
<description>Symptom:

IP phone display shows ITS instead of configured system message.
&lt;br&gt;
Conditions:

IP phone part of a huntgroup and resets or power cycled when  all huntgroup members logged out.
&lt;br&gt;

Workaround:

Log into huntgroup(Hlog) and log out.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy72468</guid>
</item>
<item>
<title>Crash on a router due to array index out of boundary , Open CSCta07484</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta07484</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

Router signal 10 crash due to array index out of boundary
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Crash happens when the array index is not in a valid range
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

none



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta07484</guid>
</item>
   
</channel>
</rss>
