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

James Winterbottom <a.james.winterbottom@gmail.com> Tue, 29 July 2014 22:54 UTC

Return-Path: <a.james.winterbottom@gmail.com>
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 0E1231B2977 for <ecrit@ietfa.amsl.com>; Tue, 29 Jul 2014 15:54:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 7EUZGeB3eTbV for <ecrit@ietfa.amsl.com>; Tue, 29 Jul 2014 15:54:44 -0700 (PDT)
Received: from mail-pd0-x236.google.com (mail-pd0-x236.google.com [IPv6:2607:f8b0:400e:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9D5A1B28B5 for <ecrit@ietf.org>; Tue, 29 Jul 2014 15:54:43 -0700 (PDT)
Received: by mail-pd0-f182.google.com with SMTP id fp1so374489pdb.13 for <ecrit@ietf.org>; Tue, 29 Jul 2014 15:54:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=F/NNYYMbQBaKl+Mt8n5V7mqDSg5o8+fZa18rxok7Ih4=; b=Hzha317G6PnNNtdJLzmXtf3pxDehuJIdnHG0flX5yPSqY4jKj4NtcEYUKfJBWgoIA+ WivubTKAR5091oZfbr3mfAOiayMIWgPQc+UCR5YoUCOJvk6rnLJlBhPRDor7/4Fi/ajn tpxQ5jfRUpWRDyIaYRlRZj9YxpBZ5zzI28Kqu09rk1JgwbDKvX5fs9y4slG9naunxJvJ MGaEgJ+EIpPJw9M9KLgD7tpHmtAiOPYAMQY9x75Z2Oo41r7nhdnz4IW7Fp4P46P/Fjnf FMx6IOwp8T7MM4iKt/WBqEAOKSzQk0KFqw5q7sA85+F7eWIRq908BCMVMPGLOL6wrR57 11ag==
X-Received: by 10.68.197.65 with SMTP id is1mr48059pbc.125.1406674483466; Tue, 29 Jul 2014 15:54:43 -0700 (PDT)
Received: from [192.168.1.100] ([120.153.186.55]) by mx.google.com with ESMTPSA id kj6sm383673pdb.89.2014.07.29.15.54.41 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 29 Jul 2014 15:54:42 -0700 (PDT)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: James Winterbottom <a.james.winterbottom@gmail.com>
In-Reply-To: <CFFD8515.5D705%mlinsner@cisco.com>
Date: Wed, 30 Jul 2014 08:54:39 +1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <2663C1A1-DC17-4E77-95E6-F27276D400EB@gmail.com>
References: <05074C92-4D02-48A6-83CC-C85CCB6ACADA@gmail.com> <96EF8E43-7039-4ADC-AB5B-1289EDD6F32C@neustar.biz> <p06240601cffc8c1c66df@[99.111.97.136]> <1C1D0F18-2C06-4152-A686-BE61F9CBB425@neustar.biz> <DAF7D4AB-CF24-4326-B1E8-9DF69675F54D@gmail.com> <CFFD8515.5D705%mlinsner@cisco.com>
To: "Marc Linsner (mlinsner)" <mlinsner@cisco.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/AxYuokdUAjHpXXOWySNU17KNTD8
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 22:54:46 -0000

Marc,

Hannes and I pointed out what was going on in that WG to you and others well over 2 years ago, and the preliminary work in EMTEL even longer ago than that.
I have made suggestions on what you might do to evolve the ETSI architecture to fit your needs, but I have also pointed out the issue you likely to face trying to that in this release. I believe that the best course of action is request a new work item some time next year to perform this evolution. In the mean time trying to drive a solution in the IETF that your most likely customers don’t want is an exercise in futility.

I have stated why pure LbyR in LoST doesn’t work, and Brian has confirmed this. Nobody has said why returning routing information in HELD won’t work.
Responses to the list question are 2 for this proposal and 2 against. Hardly consensus in either direction. It is likely that I will not be able convince you or Brian of the merits of this proposal or the possible outcomes of doing something else, so I am not going to continue to try.

It would be good to have a few more people expressing on the list the direction they wish to take as I think that this will provide a better indication of the overall mood of the WG on this topic.

Cheers
James


On 30 Jul 2014, at 7:13 am, Marc Linsner (mlinsner) <mlinsner@cisco.com> wrote:

> 
> 
> -----Original Message-----
> From: James Winterbottom <a.james.winterbottom@gmail.com>
> Date: Tuesday, July 29, 2014 at 4:58 PM
> To: "Rosen, Brian" <Brian.Rosen@neustar.biz>
> Cc: Randall Gellens <randy@qti.qualcomm.com>, "ecrit_ietf.org"
> <ecrit@ietf.org>
> Subject: Re: [Ecrit] Discussion on draft-winterbottom-ecrit-priv-loc-04
> 
>> Brian,
>> 
>> If this really is your sentiment then why are we having this debate?
>> By your own admission LbyR in LoST requires at least some rough location,
>> this doesn¹t meet the requirements we have outlined.
>> The routing returned in HELD will meet the requirements in Europe, can¹t
>> we just get on with producing a spec please?
> 
> 
> The problem is the requirements are for the most part fallacious.
> 
> When queried why the VSP can¹t have LbyV if it¹s covered by their EULA,
> the answer is, in that case they can have LbyV.
> 
> -Marc-
> 
> 
> 
>> 
>> Cheers
>> James
>> 
>> 
>>>> 
>>>> 
>>>> 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
>>> 
>>> 
>> 
>> _______________________________________________
>> Ecrit mailing list
>> Ecrit@ietf.org
>> https://www.ietf.org/mailman/listinfo/ecrit
>