CUE 8.0.2 Stored Name

Unanswered Question
Aug 20th, 2010
User Badges:
  • Bronze, 100 points or more

Just upgraded my UC520 to the latest sw pack and when I get message notifications the stored name comes up as "pending".  Prior to the upgrade all external messaged said unknown caller.


How can this be fixed to show the calling party's name?

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Steven DiStefano Fri, 08/20/2010 - 09:53
User Badges:
  • Blue, 1500 points or more



/* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-qformat:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:"Times New Roman"; mso-fareast-theme-font:minor-fareast; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin;}

Hmmmmm.....If you want to have caller id enable in CUE for message playback.


CUE CLI:

show voicemail limit <--you will see parameter setting


conf t

voicemail callerid


show voicemail limit <-- you should see callerid enabled.

greenturtlesteak Sun, 08/22/2010 - 10:38
User Badges:
  • Bronze, 100 points or more

I confirmed that the voicemail callerid setting is enabled. After a more thorough look at this problem it appears to be related to a strange caller-id issue I am experiencing. About a month ago I posted a new thread but nobody chimed in.


https://supportforums.cisco.com/thread/2032809?tstart=0


The symptoms are slightly different now. When a call comes into our main number a blast group is called and then transferred to the AA after the timeout. The calling party name does not show up on the phones until the call is answered.  If the call gets transferred from the AA to a user and then the calling name is shown properly. Once a message is left the correct name is shown in the message notification.


Now if someone's DID is called the calling party name shows up properly before the call is answered.  If this call goes to voicemail, then the calling name in the message notification shows "pending".


Thoughts?

antyeung Sun, 08/22/2010 - 23:31
User Badges:
  • Bronze, 100 points or more

Sounds like you have two problems:


1) "When a call comes into our main number a blast group is called and then  transferred to the AA after the timeout. The calling party name does not  show up on the phones until the call is answered."


CSCta13489 - no caller id name when call comes in to hunt group


Not yet resolved yet. You can track this defect in the Bug Tool Kit. To stress the urgency open a TAC case and refer them to this defect and request that your TAC case be associated with this defect. That way we can properly account how many customer's are running into this issue.


2) "Now if someone's DID is called the calling party name shows up properly  before the call is answered.  If this call goes to voicemail, then the  calling name in the message notification shows "pending"."


What type of notification are you configured for in CUE?  For starters can you get the following CME debugs-


debug voip ccapi inout

debug isdn q931

debug ccsip messages


Thanks,

Anthony

antyeung Mon, 08/23/2010 - 15:06
User Badges:
  • Bronze, 100 points or more

What type of message notification do you have configured - email/phone/etc?


The debugs were cut short. Can you increase the buffer size or the screen capture logging?

antyeung Mon, 08/23/2010 - 15:39
User Badges:
  • Bronze, 100 points or more

This is something that we need to look deeper on the CME side. Here's the SIP INVITE sent to CUE-


012460: Aug 23 22:14:27.895: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.10.2:5060;x-route-tag="tgrp:ALL_T1E1";branch=z9hG4bKCAA17
Remote-Party-ID: "pending" ;party=calling;screen=yes;privacy=off
From: ;tag=4816C40-20A3
To:
Date: Mon, 23 Aug 2010 22:14:27 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat


I have a feeling it has to do with the ISDN facility message that we're receiving at a later time after the initial ISDN SETUP.


Will let you know.


Thanks,

Anthony

antyeung Mon, 08/23/2010 - 15:39
User Badges:
  • Bronze, 100 points or more

In the mean time can you also attach your configurations excluding all your passwords?


Thanks,

Anthony

greenturtlesteak Mon, 08/23/2010 - 17:48
User Badges:
  • Bronze, 100 points or more

Hi Anthony,


Thanks for the update. Attached are my configurations. Please let me know if there is any other info you need me to provide.


Cole

Attachment: 
antyeung Mon, 08/23/2010 - 18:49
User Badges:
  • Bronze, 100 points or more

Hi Cole,


Can you remove the snr configuration for this ephone-dn and then collect the the following debugs for the same call?


ephone-dn  14  dual-line

number 252 secondary 5617271023
label Cole
description 252
name Cole Beasley
snr 97677068 delay 8 timeout 16 cfwd-noan 600
call-forward busy 600
call-forward noan 600 timeout 20


debug voip ccapi inout

debug isdn q931

debug ccsip   messages

debug voip application


There's going to be a lot of output so save it to the buffer first so there are no line skips.


Thanks,

Anthony

antyeung Mon, 08/23/2010 - 20:17
User Badges:
  • Bronze, 100 points or more

Can you try adding this in the CLI and retest-


sip-ua
  timers buffer-invite 1500


If it fails try adding this and retest-


sip-ua

no remote-party-id


The latter config should make the caller ID "Unknown".


If both still show "pending", get the same requested debugs for both case and the "sh run | s sip-ua" output for each so I know what's configured under sip-ua.


Thanks,

Anthony

greenturtlesteak Mon, 08/23/2010 - 21:07
User Badges:
  • Bronze, 100 points or more

sip-ua
  timers buffer-invite 1500


This produced the same "pending" calling party name.


If it fails try adding this and retest-


sip-ua

no remote-party-id


This removed the calling party name all together. Not even "unknown".

antyeung Tue, 08/24/2010 - 08:17
User Badges:
  • Bronze, 100 points or more

Can you capture the debugs for the last two cases along w/ the "show run" right before you place the test calls?


I'm slowly running out of tricks and may need you to open a TAC case to look into this deeper.


Thanks,

Anthony

greenturtlesteak Mon, 09/13/2010 - 13:50
User Badges:
  • Bronze, 100 points or more

So TAC just got to the bottom of this particular problem and looks like I am hitting two different bugs. The first, as Anthony mentioned earlier, was one of them.


The second one was:



CSCsi06623

Calling party name is not obtained when it comes in ISDN Facility message

My question for the community. Is there a specific change I can request to my carrier to have the calling name not sent in the facility message?
Thanks,
Cole
antyeung Mon, 09/13/2010 - 14:00
User Badges:
  • Bronze, 100 points or more

There's actually another defect I had in mine, but it also isn't fixed yet-


CSCsd93147    AFW application not buffering the FACILITY


You should be able to pull this up in the Bug Tool Kit.


You can ask your carrier to see if they can send the calling name in the initial ISDN SETUP instead of the following FACILITY message.


-Anthony

Actions

This Discussion