Re: [Ecrit] draft-ietf-ecrit-similar-location-03 feedback - additional

Dan Banks <DBanks@ddti.net> Mon, 17 October 2016 21:45 UTC

Return-Path: <DBanks@ddti.net>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC6DC12943F for <ecrit@ietfa.amsl.com>; Mon, 17 Oct 2016 14:45:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=digitaldatatech.onmicrosoft.com
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 bqyUq1tYuXCr for <ecrit@ietfa.amsl.com>; Mon, 17 Oct 2016 14:45:49 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0055.outbound.protection.outlook.com [104.47.38.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40B09129439 for <ecrit@ietf.org>; Mon, 17 Oct 2016 14:45:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digitaldatatech.onmicrosoft.com; s=selector1-ddti-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Gk5ATZFRIKRvJ6+dOTKAt4F6oOXGOPIIYMOURe+aL3k=; b=jjDl59SMOBM8f1L4FIxCB3qMkxHaFkGYXxLHQ6dy3L1QFwBH5tW2EaHDGzrFD4/exb18j5kQ11J9rMG9hz0AhzzWpe+98HlUG5hdY5GYmvHvMZ/0SYLZH467UJuiqLbpdxWzA2H3NK+mxdvLRK1YukqV1jWnjeA3x4x2qYjAUh8=
Received: from MWHPR17MB1071.namprd17.prod.outlook.com (10.173.122.9) by MWHPR17MB1071.namprd17.prod.outlook.com (10.173.122.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.659.11; Mon, 17 Oct 2016 21:45:46 +0000
Received: from MWHPR17MB1071.namprd17.prod.outlook.com ([10.173.122.9]) by MWHPR17MB1071.namprd17.prod.outlook.com ([10.173.122.9]) with mapi id 15.01.0659.025; Mon, 17 Oct 2016 21:45:46 +0000
From: Dan Banks <DBanks@ddti.net>
To: "Rosen, Brian" <Brian.Rosen@neustar.biz>, "ecrit@ietf.org" <ecrit@ietf.org>
Thread-Topic: draft-ietf-ecrit-similar-location-03 feedback - additional
Thread-Index: AdImVs8NPtvfjq8fRFauw1QoYUYzqACXaE6AAAHvg2A=
Date: Mon, 17 Oct 2016 21:45:45 +0000
Message-ID: <MWHPR17MB10713730C2A09CD1B0FFC4A9A7D00@MWHPR17MB1071.namprd17.prod.outlook.com>
References: <MWHPR17MB1071230707C1DFC2AA96FE1DA7D00@MWHPR17MB1071.namprd17.prod.outlook.com> <D42AAAA2.F03E6%brian.rosen@neustar.biz>
In-Reply-To: <D42AAAA2.F03E6%brian.rosen@neustar.biz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=DBanks@ddti.net;
x-originating-ip: [4.53.197.18]
x-ms-office365-filtering-correlation-id: 47f599d6-adbc-44e3-d172-08d3f6d6f39e
x-microsoft-exchange-diagnostics: 1; MWHPR17MB1071; 6:HI201R/otj0AFGxGAroY/KuTtR+hEL7Q0+tD+LBY1HQ9sUqIheg2Ro66hCQDF1HcfL016w/N4UVXG8FhvqaGNT4Jsu1Wecg0ITaE/b0jbcteiYI/ZnYoMsyYMUchnAGkF9IYmWjZGIf5CeNbPIO+WTble+M0xs6FJnhvzyqsImNAbMojGZ5S6Dmnz498ZqqPGQgf1yZggYfgPtM2tu0dRyi/beSymZiYagXtSNjlAJxlxsnVJgbVrmhIaJRZJzBB9WRhZktgO1zl6d/TMXF7PRMHGZJkpztzghKoLC3Fab6V0Gaml0ZiHaxXqm4K6y5B; 5:DGnPREE5ifRadHCNjIqDtAeg2hZGnhx6SqPWHIfsO4i4ghp+6YKqILDIaj7tpy9qbvGimtAAlDNyEFCJB08qKq3OwHG/9V8aOcSa55QlLFxFzG0/SyVvWGaOOfHYfBgXjrpO+0Meu+oi57OSlLmBGHxt6dFS3Xa9FHem8h6pvFk=; 24:LAa8DAFxlRQJYj8ZKOyvlqDSOR2ji4RkwqkgLOfIyeNb4LUcobx93Ei2nlZnVvJFoY8duvdkDhepIclrZ6s2X6SOu5wIE7hPxJjXI2uUBCA=; 7:Lsi9pdjr7EPd1WV0XeJa8Kz5cDXf4DQ1ms8eVJEUycNDGjD//Irm0Kz9wVcEg7uM3Ga3wbrZdA65i80QC8+NDiNg6nm7oeQikcXySwf12UalDVfVHguC4RnnQlbiozzTa8paRTcS5gc3m+Qh5HhKmt7NRwLfKmgbOjTsu/UGpcSnLg63dsSBkxDJ4ztE61LaGd4wQtV4CigHCRN4mPtrf4cJl2Yo0s5VrJsEGfzC8k39sNJppo37nFO14u6tSUuxECM9Dmsz0JpBA8ydhr3tk3LVZ2+Tu8Lh56GoqME34XfRh+D6fmyvANYYn3z6+5uMWpq1a5Ei50id91u2ikFtnqNwd192bXeuSAwMY5BTRx8=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:MWHPR17MB1071;
x-microsoft-antispam-prvs: <MWHPR17MB1071EA3465985F4192DC516AA7D00@MWHPR17MB1071.namprd17.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:MWHPR17MB1071; BCL:0; PCL:0; RULEID:; SRVR:MWHPR17MB1071;
x-forefront-prvs: 0098BA6C6C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(199003)(189002)(377454003)(81156014)(5660300001)(66066001)(586003)(76576001)(10400500002)(74316002)(105586002)(99286002)(2900100001)(3280700002)(80792005)(2950100002)(7736002)(7846002)(92566002)(230783001)(19580395003)(68736007)(101416001)(122556002)(2501003)(33656002)(5002640100001)(106356001)(6116002)(102836003)(81166006)(87936001)(11100500001)(189998001)(3846002)(5001770100001)(790700001)(15975445007)(54356999)(107886002)(76176999)(9686002)(2906002)(7696004)(86362001)(50986999)(3660700001)(8936002)(19580405001)(16236675004)(19625215002)(77096005)(19300405004)(97736004)(8676002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR17MB1071; H:MWHPR17MB1071.namprd17.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ddti.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_MWHPR17MB10713730C2A09CD1B0FFC4A9A7D00MWHPR17MB1071namp_"
MIME-Version: 1.0
X-OriginatorOrg: ddti.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2016 21:45:45.8376 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4c0f48ba-5f29-44b1-b29c-1aff8251101b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR17MB1071
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/fzTp_zsVTCVIxsLpndtLUidojw4>
Subject: Re: [Ecrit] draft-ietf-ecrit-similar-location-03 feedback - additional
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 17 Oct 2016 21:45:52 -0000

I’m thinking of an example where you might a large apartment building, and a query that did not include unit or floor.  If the response only lists the first 5 units as similar locations, a person looking at this might (incorrectly) assume that the server doesn’t have data for the other 13 units in that building.  Of course, there is already a good disclaimer in the draft not to make such assumptions, but the more often we can give the users a complete list of similar locations, the more effective this extension will be.  So, I think an explicit indication will be helpful.  At the very least, it should save a support call or two (“If the LVF knew that unit 501 was valid, then why did it only suggest 101, 103, 201, 202, and 203?”)

Dan

From: Rosen, Brian [mailto:Brian.Rosen@neustar.biz]
Sent: Monday, October 17, 2016 4:24 PM
To: Dan Banks; ecrit@ietf.org
Subject: Re: draft-ietf-ecrit-similar-location-03 feedback - additional

I don’t really have a problem with having this option, but one question I have is what would the client do with that information?  I can’t think of any behavior change that return of that information would trigger.

Brian

From: Dan Banks <DBanks@ddti.net<mailto:DBanks@ddti.net>>
Date: Monday, October 17, 2016 at 4:18 PM
To: "ecrit@ietf.org<mailto:ecrit@ietf.org>" <ecrit@ietf.org<mailto:ecrit@ietf.org>>
Cc: Brian Rosen <brian.rosen@neustar.biz<mailto:brian.rosen@neustar.biz>>
Subject: draft-ietf-ecrit-similar-location-03 feedback - additional

There is one thing I would like to add to the feedback which I sent recently on the similar location draft:

Section 4 discusses briefly the possibility of the server limiting the number of returned similar locations.  Although the current text expresses the general idea that there may be a few that are the “most likely” to be the correct location, there are also scenarios where many similar locations could all be equally likely, and the server might need to simply cut off the list at a reasonable count.  In those situations, I believe it would be helpful if the server indicated when such  a limit is actually applied.

I suggest that an attribute be added to the locationValidation element of the findService response, perhaps rli:similarLocationsLimited, having a data type of boolean, with instructions that a server SHOULD include this attribute if the number of returned similar locations is limited due to configuration or policy.

Dan Banks