Re: [Ecrit] Discussion on draft-winterbottom-ecrit-priv-loc-04

"Rosen, Brian" <Brian.Rosen@neustar.biz> Tue, 29 July 2014 12:44 UTC

Return-Path: <Brian.Rosen@neustar.biz>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90E431A03EF for <ecrit@ietfa.amsl.com>; Tue, 29 Jul 2014 05:44:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.567
X-Spam-Level:
X-Spam-Status: No, score=-1.567 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id US82oZxM-uL7 for <ecrit@ietfa.amsl.com>; Tue, 29 Jul 2014 05:44:57 -0700 (PDT)
Received: from mx0a-0018ba01.pphosted.com (mx0a-0018ba01.pphosted.com [67.231.149.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C11781A039D for <ecrit@ietf.org>; Tue, 29 Jul 2014 05:44:57 -0700 (PDT)
Received: from pps.filterd (m0049402.ppops.net [127.0.0.1]) by m0049402.ppops.net-0018ba01. (8.14.7/8.14.7) with SMTP id s6TChJRJ009067; Tue, 29 Jul 2014 08:44:56 -0400
Received: from stntexhc10.cis.neustar.com ([156.154.17.216]) by m0049402.ppops.net-0018ba01. with ESMTP id 1ne0670vpu-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 29 Jul 2014 08:44:56 -0400
Received: from STNTEXMB10.cis.neustar.com ([169.254.5.252]) by stntexhc10.cis.neustar.com ([169.254.4.169]) with mapi id 14.03.0158.001; Tue, 29 Jul 2014 08:44:54 -0400
From: "Rosen, Brian" <Brian.Rosen@neustar.biz>
To: Randall Gellens <randy@qti.qualcomm.com>
Thread-Topic: [Ecrit] Discussion on draft-winterbottom-ecrit-priv-loc-04
Thread-Index: AQHPqmafuI7FAtqYZUKte6fVQPTeRw==
Date: Tue, 29 Jul 2014 12:44:54 +0000
Message-ID: <1C1D0F18-2C06-4152-A686-BE61F9CBB425@neustar.biz>
References: <05074C92-4D02-48A6-83CC-C85CCB6ACADA@gmail.com> <96EF8E43-7039-4ADC-AB5B-1289EDD6F32C@neustar.biz> <p06240601cffc8c1c66df@[99.111.97.136]>
In-Reply-To: <p06240601cffc8c1c66df@[99.111.97.136]>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.33.192.12]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <8DF88135B765044EBD3844A377EEA01C@neustar.biz>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=nai engine=5600 definitions=7513 signatures=670489
X-Proofpoint-Spam-Reason: safe
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/nwB8r6EYOdHYbOa5o_iFck2A4Ms
Cc: "ecrit_ietf.org" <ecrit@ietf.org>
Subject: Re: [Ecrit] Discussion on draft-winterbottom-ecrit-priv-loc-04
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Jul 2014 12:44:59 -0000

> 
>> I am convinced we will need to support an environment where it is not acceptable to have the end device in the path for location.
> 
> We already do support such environments.  In the cellular world, it's more likely that the operator will obtain location (usually with cooperation of the device, but that's besides the point) and routing. The operator might use LoST, but might not, at least in the short to medium term.
Yes, but that only works if the access network = communications network.  The work that James is really hot about includes nomadic VoIP over ISP provided access networks.  

> 
>>  The level of paranoia about that is so high, if we want to make progress in the countries where it exists, we need to do something.
> 
> We already permit proxies to do this.  That's what made the cellular world compliant.
Agree, but see above

> 
>> In some of these environments, it's unacceptable to have the CSP get location.  Using HELD with some non-IP identifier to get location by reference works okay.  What is needed is a way for routing to work.  This can be done in two ways.  One is allowing HELD to return route, which is how this doc does it.  The other is to allow LoST to do LbyR.  I prefer the latter, but would be willing to go along with the HELD mechanism if consensus was to do it that way.  Please don't use the "one less query" argument.  It just moves the route query from the CSP to the LIS.
> 
> Right, it's a query no matter which entity does it, or which protocol is used.
Yeah.  That’s why even though I have a preference for LoST-does-LbyR, I am not really against HELD-returns-route.  

Brian