On Fri, Feb 27, 2009 at 2:25 PM, Robert Joly <[email protected]> wrote:
>> I draw your attention to XECS-2283 (reported by Chaitra Sharma).
>>
>> http://track.sipfoundry.org/browse/XECS-2283
>>
>> It appears that the proxy server is not constructing the From
>> header correctly. It is apparently using the same From header
>> ( caller-ID ) for both dial plans. I have verified that this
>> is not a configuration problem and I have also verified that
>> this is not a problem with sipxbridge. This appears to be a
>> bug in the proxy server ( i.e. the part that re-writes the
>> From header based upon the caller-ID in the dial plan ).
>>
>> Any comments?
>>
>> Thanks
>>
>> Ranga
>>
>> Note: The issue is currently un-assigned.
>
> I had a look at that issue and I see that the sipXproxy correctly
> modifies the From: header to show the user-supplied Caller ID
> information however the message carries a P-Asserted-Identity that is
> left untouched.
>
> Assuming that user 900 is configured with [first|last name]= "V H" and
> caller ID "QANTOM", the following invite will be sent to the gateway:
>
> INVITE sip:[email protected];user=phone SIP/2.0
> [...]
> From: "V H"<sip:[email protected]>;tag=735D31D1-2A20A4E8
> [...]
> P-Asserted-Identity: "V
> H"<sip:[email protected];signature=499563DE%3A1011cb57ca794c4364100f50
> 0bc2e77a>
> [...]
>
> The gateway will show a caller Id of 900 when QANTOM was expected.
>
>
> My guess is that the gateway prefers P-Asserted-Identity over the From
> header for the purposes of obtaining the caller ID information.  I know
> that Scott has been looking at caller Id simplifications.
>
> Scott: Were you contemplating to also apply the caller ID preferences to
> the P-Asserted-Identity as well or would that break something in
> sipXbridge?


sipXbridge manages its own P-Asserted-Identity. It will not be
affected by this change.

Ranga


>
>
>



-- 
M. Ranganathan
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev

Reply via email to