Re: [Geopriv] Location in SIP and "retransmission-allowed"

From: Henning Schulzrinne ^lt;>
Date: Wed May 09 2007 - 17:53:02 EDT

I should probably heed Ted's advice, but can't resist: privacy is all
about distribution and access to information; it has nothing to do
with processing. According to your logic, it would be perfectly ok to
multicast the LO to anybody, given that it would only be stored-and-
forwarded at layer 3. I have to admit that I find the distinction
between a protocol 'reading' the LO when it does normal SIP protocol
processing and when it invokes some logic to be a stretch and not
supported by anything having to do with privacy.

I think the discussion shows that our foundational documents lack
clarity and motivation, as they don't actually explain the goals and
provide guidance that corresponds to these goals (presumably, privacy
from third parties).


On May 9, 2007, at 5:29 PM, Richard Barnes wrote:

> Ok, we're back to this:
> The difference is in whether the proxy is a Recipient of the LO.
> If it passes the bits along blindly, without interpreting them,
> then it has not, for privacy purposes, received the LO. This is
> why you can pass an LO with retransmission-allowed=no through a
> store-and-forward network (be it SIP, email, whatever).
> If the proxy reads and acts on the LO, then it becomes a Location
> Recipient, and is bound by the privacy rules in the LO (and
> possibly, as we've discussed, in the SIP header). Then, if
> retransmission-allowed=no, that indicates that the proxy should not
> send the LO -- or the LI within it -- to another party. And, as
> I've discussed before, there's some flexibility in "party", but
> there's no sensible definition that allows arbitrary LoST queries.
> The trouble with -conveyance is that it allows both UASs and
> proxies to be the recipients of the location, even though the UAC
> might want to send different locations with different privacy rules
> to these two different sets of recipients. I think indicating
> destinations (with header fields or tags) is a simple way to
> disambiguate this.
> --Richard

Geopriv mailing list
Received on Wed, 9 May 2007 17:53:02 -0400

This archive was generated by hypermail 2.1.8 : Wed May 09 2007 - 17:51:38 EDT