[asterisk-bugs] [Asterisk 0017451]: [patch] SIP display-name needed to be empty for Avaya IP500

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Jun 3 08:26:15 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17451 
====================================================================== 
Reported By:                wdoekes
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17451
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   trivial
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-06-03 03:46 CDT
Last Modified:              2010-06-03 08:26 CDT
====================================================================== 
Summary:                    [patch] SIP display-name needed to be empty for
Avaya IP500
Description: 
Hi,

a customer of ours has a customer which uses the Avaya IP500. It
features some kind of "directory service" -- a phone book. This
phone book also has the feature that it only does lookups if no
name is already present:

From:
http://marketingtools.avaya.com/knowledgebase/businesspartner/ipoffice50en/mergedProjects/manager/directory_services.htm
(yes, you need a login, I don't have it either)

> Name matching is not performed when a name is supplied with the
> incoming call, for example QSIG trunks.


This means that for SIP calls, the name matching is not performed
when the "display-name" part of the From-header is set.


Unfortunately, chan_sip does not allow the CALLERID(name) to be empty.
If it's empty, it sets it to the CALLERID(num), so you get:

From: "0123456789" <sip:0123456789 at server>



Quick ABNF refresher:



More information about the asterisk-bugs mailing list