In the case of call re targeting cases , if the remote end want to update the 
identity , I think RFC 4916 has to be used ? IN this case why cant we use  
From-change . If network cannot assert identity what to do ?

Regards
Mahesh


-----Original Message-----
From: ext Jo Hermans [mailto:jo.herm...@gmail.com] 
Sent: Wednesday, July 01, 2009 1:36 PM
To: Govind, Mahesh (NSN - IN/Bangalore)
Subject: Re: [Sip-implementors] Guideline to display connected identity on the 
UE

On Wed, Jul 1, 2009 at 7:04 AM, Govind, Mahesh (NSN -
IN/Bangalore)<mahesh.gov...@nsn.com> wrote:
>
> HI ,
>
> What is the guideline to display "connected identity " in the following
> cases
>
> 1) P-Asserted-Identity and  changed From Header is there in a request
>
>    Do we display P-Asserted Identity or user part of "From Header"?
>    I feel "From Header" user part has to be displayed because it is
> coming
>    from end UE . What is it followed generally ?

RFC 3325 chapter 8 is very clear about this : the P-Asserted-Identity
is to be used.

The reason is that the from header could be faked. but the
P-Asserted-Identity header could not.

>
> 2) Only P-Asserted-Identity is present in the response/request
>    Then P-Asserted-Identity is displayed
>
> 3) No P-Asserted Identity
>   From Header user part has to be displayed .
>
>
>
> Regards
> Mahesh
>
>
>
>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>



-- 
Jo Hermans

"Eagles may soar, but weasels aren't sucked into jet engines"

_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to