No subject


Sun Jul 19 19:54:31 CDT 2009


from-spec = ( name-addr / addr-spec ) *( SEMI from-param )
name-addr = [ display-name ] LAQUOT addr-spec RAQUOT
display-name   =  *(token LWS)/ quoted-string
addr-spec =  SIP-URI / SIPS-URI / absoluteURI

For my purposes I would need one of these From headers:

(1) From: sip:0123456789 at server <-- no display name
(2) From: <sip:0123456789 at server> <-- empty display name
(3) From: "" <sip:0123456789 at server> <-- empty display name


I've tested option (2) on the Avaya IP500 and it fixes so name matching
works: the phone book does what it's supposed to.

I chose option (2) over (1) and (3) because:
(1) Might cause incompatibilities with bad SIP parsers.
(3) Is overly explicit that the name is empty when we actually mean
    that the name is not set.



The supplied patches do just this:
* Allow CALLERID(name) to be empty.
* If CALLERID(name) is empty, send the From-header as (2).


Caveats:
The only drawback I see is that some people that expect the display-name
to be automatically set to CALLERID(num) would be disappointed. This is
usually fixed by a simple dialplan change though.


Regards,
Walter Doekes
OSSO B.V.
====================================================================== 

---------------------------------------------------------------------- 
 (0122889) lmadsen (administrator) - 2010-06-03 10:42
 https://issues.asterisk.org/view.php?id=17451#c122889 
---------------------------------------------------------------------- 
Russell, John, and I agree that this seems like this is the way chan_sip
should be working.

But as this is a significant change in behaviour for chan_sip, this change
will only go into trunk.

Thanks for the patch! I've updated this to Ready for Testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-03 10:42 lmadsen        Note Added: 0122889                          
======================================================================




More information about the asterisk-bugs mailing list