Re: [sipcore] Yet more comments on rfc4244bis-02

Hi Hadriel,
is has also an other reason. When you send from the retargeting SIP Server an call Forwarding (Retargeting) notification in backward direction (181 Response) with an History Info, the target should be marked as private, because the retargeting server has no knowledge about the privacy instructions of the terminating user.

Best Regards

Roland

-----Ursprüngliche Nachricht-----
Von: sipcore-bounces@ietf.org [mailto:sipcore-bounces@ietf.org] Im Auftrag von Hadriel Kaplan
Gesendet: Montag, 8. November 2010 16:02
An: Shida Schubert
Cc: sipcore@ietf.org
Betreff: Re: [sipcore] Yet more comments on rfc4244bis-02

On Nov 8, 2010, at 6:01 AM, Shida Schubert wrote:

> Privacy:none is used when caller (UAC) wants his/her identity delivered
> to the destination (callee) despite the existence of privacy service, but
> with regards to H-I, when does it ever contain the URI that identifies the
> caller (UAC) ?
> I agree that privacy:none will be valid if we can find a situation where
> URI of UA will be one of the hi-entry but my imagination is not strong
> enough to see this.

But that also begs the question of why we need a Privacy header of "history" to begin with. (I mean a real Privacy header in the message, not an embedded one in a particular HI URI)

The only case I could imagine for such things is that the caller doesn't want their domain known about.  I.e., I make an anonymous call from my SIP phone through my corporate SIP proxy, and my SIP phone sets "Privacy: history" so that Acme Packet's anonymization proxy removes "acmepacket.com" from any H-Is, before sending it out our SIP trunk, etc.

-hadriel

_______________________________________________
sipcore mailing list
sipcore@ietf.org
https://www.ietf.org/mailman/listinfo/sipcore