RE: [Sipping-emergency] Comment about Charter [no privacy?]

"James Winterbottom" <winterb@nortelnetworks.com> Fri, 29 October 2004 06:57 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA29998 for <sipping-emergency-web-archive@ietf.org>; Fri, 29 Oct 2004 02:57:52 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CNQw6-0006pT-RD for sipping-emergency-web-archive@ietf.org; Fri, 29 Oct 2004 03:12:36 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CNQa4-0006hb-VY; Fri, 29 Oct 2004 02:49:48 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CNQKN-00060g-T3 for sipping-emergency@megatron.ietf.org; Fri, 29 Oct 2004 02:33:35 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA29030 for <sipping-emergency@ietf.org>; Fri, 29 Oct 2004 02:33:33 -0400 (EDT)
Received: from zrc2s0jx.nortelnetworks.com ([47.103.122.112]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CNQYa-0006TD-74 for sipping-emergency@ietf.org; Fri, 29 Oct 2004 02:48:17 -0400
Received: from zctwc060.asiapac.nortel.com (zctwc060.asiapac.nortel.com [47.153.200.67]) by zrc2s0jx.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i9T6WxV22721; Fri, 29 Oct 2004 01:32:59 -0500 (CDT)
Received: by zctwc060.asiapac.nortel.com with Internet Mail Service (5.5.2653.19) id <VB3FNWYZ>; Fri, 29 Oct 2004 16:32:09 +1000
Message-ID: <C0FA66CBDDF5D411B82E00508BE3A7220E12C7A9@zctwc059.asiapac.nortel.com>
From: James Winterbottom <winterb@nortelnetworks.com>
To: "James M. Polk" <jmpolk@cisco.com>, sipping-emergency@ietf.org
Subject: RE: [Sipping-emergency] Comment about Charter [no privacy?]
Date: Fri, 29 Oct 2004 16:32:03 +1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 25eb6223a37c19d53ede858176b14339
X-BeenThere: sipping-emergency@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: sipping-emergency.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping-emergency@ietf.org>
List-Help: <mailto:sipping-emergency-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping-emergency>, <mailto:sipping-emergency-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0024971643=="
Sender: sipping-emergency-bounces@ietf.org
Errors-To: sipping-emergency-bounces@ietf.org
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 93df555cbdbcdae9621e5b95d44b301e

Hi James,

Doesn't "draft-ietf-geopriv-pres-02" suggest that a location
server/generator is able to transmit a location to a location recipient, be
that the target itself, or someone else. I believe that this is also covered
in RFC-3693 GeoPriv Requirements. In order to be able to transmit a
location, one must first be able to determine it!!! For the purposes of
transmitting location pseudonyms are also used, so I am not sure where the
tying to a user name comes in.

What was submitted by me is a set of requirements that the authors believe
need to be satisfied in order to meet the needs of emergency service
providers. There has been no discussion of not using or varying the existing
GeoPriv rulesets.


Cheers
James
 

-----Original Message-----
From: sipping-emergency-bounces@ietf.org
[mailto:sipping-emergency-bounces@ietf.org] 
Sent: Friday, 29 October 2004 3:07 PM
To: sipping-emergency@ietf.org
Subject: [Sipping-emergency] Comment about Charter [no privacy?]


All

In reading the charter for our new ECRIT BOF, I don't see mention of 
privacy concerns wrt the ability to track an endpoint based on some Loc 
Info Server (LIS) always knowing where that endpoint is (if nomadic or 
mobile), or tying a user(name) to a particular endpoint (regardless of what 
type it is).

I thought privacy was agreed upon to be mentioned as a consideration?

I know at least Jonathan and I brought it up, and I think I remember Jon 
agreeing to this consideration.

We do not want to ignore the retention and distribution rules we so 
carefully built into the PIDF-LO

cheers,
James

                                *******************
                 Truth is not to be argued... it is to be presented


_______________________________________________
Sipping-emergency mailing list
Sipping-emergency@ietf.org
https://www1.ietf.org/mailman/listinfo/sipping-emergency

_______________________________________________
Sipping-emergency mailing list
Sipping-emergency@ietf.org
https://www1.ietf.org/mailman/listinfo/sipping-emergency