Plantronics + Polycom. Now together as Poly Logo

possible bug or new feature request for blf display

lazedo
Occasional Visitor

possible bug or new feature request for blf display

Hi,

 

i believe the remote callerid is wrongly being taken from target uri instead of identity.

 

right now, remoteCallerID is displayed fom the user part of target uri (if its present) or from identity.

this should be taken from identity element. in the sample below, the display should show  "1044 (John Doe)" instead of "verybiguserpartwhichdoesn'tdisplaywellonscreen (John Doe)" which doesn't fit on screen

 

please consider to take the user part from the identity element instead of target uri

 

if not, then please consider to implement a new value option for  

 

 

attendant.behaviors.display.remoteCallerID.automata = 0|1|2
attendant.behaviors.display.remoteCallerID.normal = 0|1|2

 

where 2 would take the userpart from identity element.

 

 

<remote>\
<identity display="John Doe">sip:1044@sipserver.com</identity>\
<target uri="sip:verybiguserpartwhichdoesn'tdisplaywellonscreen@sipserver.com"/>
</remote>\
 

 

Thank You

 

Message 1 of 2
1 REPLY 1
SteffenBaierUK
Polycom Employee & Community Manager

Re: possible bug or new feature request for blf display

Hello lazedo,

welcome to the Polycom Community.

It is always useful to include the currently used SIP or UC Software version as issues experienced may already be addressed in a newer release.

This also allows yourself and others to check against current software release notes.

The above is also stated in the "Read First: Welcome to the Polycom VoIP Forum"

Therefore the Polycom VoIP FAQ contains this post here:

Question: How can I find out my SIP UC Software Version or the BootROM Version of my Phone?
Resolution: Please check here

 

It is also of use if you state what Phone model you are seeing this with.

 

In regards of a feature request:

 

Jan 03, 2013 Question: How can I request a change to the current Polycom SIP / UCS Software?

Resolution: Please check => here <=

 

The above requires a business case explaining why this would be required and more importantly what the commercial value would be for this opportunity.

 

Above is necessary in order to track this internally within Polycom and evaluate the request and prioritize this based on the feasibility and the general impact on other features.

 

If you believe this is a bug and violates a RFC then I can only ask you to contact your Polycom reseller as they can open a Polycom support ticket for you.


Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

Polycom Global Services

 

----------------
The title Polycom Employee & Community Manager is a community setting and does not reflect my role. I am just a simple volunteer in the community like everybody else. All posts and words are my own & do not represent the views of Employer.

----------------

Notice: This community forum is not an official Poly support resource, thus responses from Poly employees, partners, and customers alike are best-effort in attempts to share learned knowledge. If you need immediate and/or official assistance please open a service ticket through your proper support channels.
Please also ensure you always check the VoIP , Video Endpoint , Skype for Business , PSTN or RPM FAQ's
Message 2 of 2