Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

Hall of Fame Super Red

CSCth95017 - Configurable parameter on how callingparty is displayed for hunt groups.

Hello all,

The "fixed-in" versions for this bug are listed below;

Fixed in:                          (5)

9.0(0.98000.74),9.0(0.98000.21),8.6(4.98000.21)

8.6(2.21023.1),1.9(9.98000.16)

But the bug is related to firmware and the "fixed-in" versions look like CUCM versions;

Symptom:

As of phone load 9.x and higher, calls to a hunt pilot show the following format for the calling party on the ringing phone.

From 'Calling Party Name' for 'hunt pilot DN'

i.e.  From John Doe for XXXX

The previous format was

From 'Calling Party Name' ('Calling Party Number')

i.e.  From John Doe (XXX-XXX-XXXX)

Need a configurable parameter to change the format to the previous format if the customer desires.

Conditions:

Occurs on phone loads 9.0(x) and above.

Workaround:

Downgrade to 8.4.x

Can anyone clarify the "fixed-in" versions for this bug and where the versions are available for download.

Cheers!

Rob

"Always movin' ahead and never lookin' back" - Springsteen

2 ACCEPTED SOLUTIONS

Accepted Solutions
Cisco Employee

CSCth95017 - Configurable parameter on how callingparty is displ

Hi Rob,  The original documentation highlighted this as a phone issue. You have a good eye to catch this. The ultimate resolution was committed on the server side. I updated the bug Release-note to include more information about the fix. You will see that in Bug Toolking and Bug Search Tool in 24-48 hours.  Looks like it was necessary to change the information CUCM was sending out in order for the phones to leverage that information. Here is what I added to the bug: New Service Parameter :  "Display Hunt Pilot Name or DN for Hunt Group Calls When Alerting"  Default Value : True ? Default behavior will be new behavior from 8.x . For customers who want the previous behavior of  7.x  will have to set this parameter to false after upgrade.   Call Processing Fix from SCCP and SIP Side :   -       For Hunt Pilot calls, CUCM will not send Hunt Pilot URI to in outgoing INVITE when this service parameter is false but internally CUCM still treats this call as Hunt pilot call so that we do not break other features. -       For Hunt Pilot calls, CUCM will send the HP URI to phone when this SP is true.   For the versions above: 9.0(0.98000.74) - this is an internal nightly  build (.98xxx.). this *may* get it included in 9.0(1) 9.0(0.98000.21) - this is an internal nightly  build (.98xxx.). this *may* get it included in 9.0(1) 8.6(4.98000.21) - this is an internal nightly  build (.98xxx.). this *may* get it included in 8.6(5) 8.6(2.21023.1) - this gets it fixed in 8.6(2) engineering special branch commonly referred to as es23. TAC can provide this to you. This *may* get it included in the next 8.6.2su that gets posted to Cisco.com. 1.9(9.98000.16) - this appears to be a typo.  Regards, Wes

New Member

CSCth95017 - Configurable parameter on how callingparty is displ

Thank you for figuring that out Wes!  I just heard back from the engineering team (with the same answer of course).  I have asked them to update the bug.

Thanks for getting this answered so quickly!

4 REPLIES
Cisco Employee

CSCth95017 - Configurable parameter on how callingparty is displ

Hi Rob,  The original documentation highlighted this as a phone issue. You have a good eye to catch this. The ultimate resolution was committed on the server side. I updated the bug Release-note to include more information about the fix. You will see that in Bug Toolking and Bug Search Tool in 24-48 hours.  Looks like it was necessary to change the information CUCM was sending out in order for the phones to leverage that information. Here is what I added to the bug: New Service Parameter :  "Display Hunt Pilot Name or DN for Hunt Group Calls When Alerting"  Default Value : True ? Default behavior will be new behavior from 8.x . For customers who want the previous behavior of  7.x  will have to set this parameter to false after upgrade.   Call Processing Fix from SCCP and SIP Side :   -       For Hunt Pilot calls, CUCM will not send Hunt Pilot URI to in outgoing INVITE when this service parameter is false but internally CUCM still treats this call as Hunt pilot call so that we do not break other features. -       For Hunt Pilot calls, CUCM will send the HP URI to phone when this SP is true.   For the versions above: 9.0(0.98000.74) - this is an internal nightly  build (.98xxx.). this *may* get it included in 9.0(1) 9.0(0.98000.21) - this is an internal nightly  build (.98xxx.). this *may* get it included in 9.0(1) 8.6(4.98000.21) - this is an internal nightly  build (.98xxx.). this *may* get it included in 8.6(5) 8.6(2.21023.1) - this gets it fixed in 8.6(2) engineering special branch commonly referred to as es23. TAC can provide this to you. This *may* get it included in the next 8.6.2su that gets posted to Cisco.com. 1.9(9.98000.16) - this appears to be a typo.  Regards, Wes

Hall of Fame Super Red

CSCth95017 - Configurable parameter on how callingparty is displ

Hi Wes,

As always.....you are the man!

Thank you so much for this great update Much appreciated my friend!

Cheers!

Rob

"Always movin' ahead and never lookin' back" - Springsteen

New Member

CSCth95017 - Configurable parameter on how callingparty is displ

Thank you for figuring that out Wes!  I just heard back from the engineering team (with the same answer of course).  I have asked them to update the bug.

Thanks for getting this answered so quickly!

Hall of Fame Super Red

CSCth95017 - Configurable parameter on how callingparty is displ

Hey Christine,

Thanks to you as well for looking into this for us

This level of service related to the online tools (Bug toolkit/BST) and bug fixes specifically,

is impressive by both you and Wes to say the least!

Cheers!

Rob

"Always movin' ahead and never lookin' back" - Springsteen

1246
Views
0
Helpful
4
Replies