[asterisk-users] Remote-Party-ID party=called

[Jonas Kellens]

The only thing I read about changes in trunk is :

/  * The sendrpid parameter has been expanded to include the options
    'rpid' and 'pai'. Setting sendrpid to 'rpid' will cause Remote-Party-ID
    header to be sent (equivalent to setting sendrpid=yes) and setting
    sendrpid to 'pai' will cause P-Asserted-Identity header to be sent./

How will this show the name of the callee on the phone display ?? Isn't 
this the same as what I'm doing now with manually adding the SIP-header 
in the dialplan with the function SIPAddHeader() ??



Jonas.


On 07/12/2010 05:54 PM, Steve Howes wrote:
> On 12 Jul 2010, at 16:35, Jonas Kellens wrote:
>    
>> On 07/12/2010 05:01 PM, Steve Howes wrote:
>>      
>>> On 12 Jul 2010, at 14:09, Jonas Kellens wrote:
>>>
>>>        
>>>> I want to set the SIP-header Remote-Party-ID to display the name of the calling party on my phone in stead of the number.
>>>>
>>>>          
>>> Am I missing something or is this waht CALLERID(name) and sendrpid is for?..
>>>
>>>        
>> If I'm not mistaken, sendrpid is an option in the sip.conf file that
>> only can be set on/off. Can it be dynamically set in the dialplan ?
>>      
> No. It merely makes it generate it from CALLERID
>
>    
>> Does this 'sendrpid' display the name of the person I am calling on my
>> phone (in stead of the extension I am calling) ?
>>      
> No, that wasn't what you asked for.. "display the name of the calling party on my phone"
>
>    
>> To be clear : when I dial 20, I want to see 'eric' on my display and not
>> '20'. The dialed number needs to be transformed to a name without me
>> having to use the phonebook-option of the IP-phone.
>>      
> So you walled CALLED party displayed on your phone. There are a number of threads about this recently. You need asterisk trunk (soon to be 1.8). Doesn't exist in 1.6
>
> S
>    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100712/4f1b3332/attachment.htm