MOSSMAN, PAUL (PAUL) wrote:
Vani wrote:
...
1.POLYCOM : Polycom downloads all the telephone numbers with special characters and characters ( ) - in the numbers are parsed correctly and the calls are established but Polycom fails to parse if there is .(dot) in the number and calls fail with 404 Not Found.

2.AVAYA 12xx : Avaya 12xx phone downloads all the telephone numbers with special characters such as ( ) - but when tried to dial these numbers
with characters from PHONE's phone book, calls fail with 404 Not Found and
if there is a .(dot) in one telephone number, 12xx phone fails to download
all the contacts.

Can you raise a JIRA for each of the two broken cases above?

We should fix each problem in the phone plugin.  Any special characters that 
the phone cannot handle should be stripped from the generated config file.

Thanks.


-Paul [email protected]
Hi Paul, thanks for the information.
Since, /each phone behaves differently when it sees the special characters on its contacts/(phone's phonebook on TUI), IMHO none of the special characters in phone number should be sent to the phone.
Eg:
Here are couple of Gmail contacts(Contacts in Gmail address book)
Gmail contact : Vani Hebballi
Phone number : 97765-45623
Gmail contact : Chitralekha
Phone number : 97795*45645

When the end user does, Gmail contacts import,
the phone numbers seen on EU portal will be like original phone numbers(with special characters.)
Gmail contact : Vani Hebballi
Phone number : 97765-45623
Gmail contact : Chitralekha
Phone number : 97795*45645

But when user chooses to display these on phone, these special characters should be stripped off and only the phone number should be shown on the TUI like (with out special characters)
Gmail contact : Vani Hebballi
Phone number : 9776545623
Gmail contact : Chitralekha
Phone number : 9779545645

If this is agreeable, I will raise the following improvement issue.
"Do not consider special characters on phone TUI when the contacts are imported."

Thanks,
Vani I.H.

_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to