Re: [dispatch] draft-winterbottom-dispatch-locparam

James Winterbottom <a.james.winterbottom@gmail.com> Thu, 13 August 2015 08:36 UTC

Return-Path: <a.james.winterbottom@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5697D1B3771 for <dispatch@ietfa.amsl.com>; Thu, 13 Aug 2015 01:36:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=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 vWXgRYds9lG9 for <dispatch@ietfa.amsl.com>; Thu, 13 Aug 2015 01:36:52 -0700 (PDT)
Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63E321B376F for <dispatch@ietf.org>; Thu, 13 Aug 2015 01:36:52 -0700 (PDT)
Received: by pacgr6 with SMTP id gr6so33222134pac.2 for <dispatch@ietf.org>; Thu, 13 Aug 2015 01:36:52 -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 :message-id:references:to; bh=x9motYAW0JSGJtwfMj/mDAXgyl64WOyaoCStJpvAQqk=; b=n+Z6mB3krgul4Z99/YMPraSsfVzM4CpIsoq3qtLwq9/K0DdW76l96SaTafxfDq7fvO QsVIjBPF7QM3zpiaNXGhALDFPaQd9ntAV56B57XSheE7Ah9WuIczSSm9Vy8l7AVf4Hny NIw79rNCuE3+oRwM+a4G+73z5/lUQaP2pXzfRX+u81mlKkyyd79MEskYencaAXJhgX08 20OJ534tcOCuSZ0KuZ5iutyz08Nj3gSKJyAytbZZqU51xfkrIFCmCJ9nns1Hobq6YjDB Xzco5JSoawTmyDNV8tcdo3u9dRXQdoTwonx1QLAY8MYQexc0RYK24ltZj8VLfIVoZK+P jIVA==
X-Received: by 10.68.250.98 with SMTP id zb2mr75715329pbc.40.1439455012041; Thu, 13 Aug 2015 01:36:52 -0700 (PDT)
Received: from [192.168.1.100] ([1.129.86.150]) by smtp.gmail.com with ESMTPSA id sp1sm1726811pab.4.2015.08.13.01.36.49 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 13 Aug 2015 01:36:51 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_B5AE5395-CEBA-4CE2-B1DF-5D89AF7FFF9B"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: James Winterbottom <a.james.winterbottom@gmail.com>
In-Reply-To: <55C8A59F.5060809@alum.mit.edu>
Date: Thu, 13 Aug 2015 18:36:48 +1000
Message-Id: <C22250AC-1EEE-496B-ACE9-440DEDB99151@gmail.com>
References: <E04B87E7-9B63-40BF-BAFF-E3BFEA7A692C@gmail.com> <55C8A59F.5060809@alum.mit.edu>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dispatch/LOj2_9-sb68O9Obptm_ubE72jbc>
Cc: dispatch@ietf.org
Subject: Re: [dispatch] draft-winterbottom-dispatch-locparam
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Aug 2015 08:36:54 -0000

Thanks Paul.


> On 10 Aug 2015, at 11:22 pm, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
> 
> On 8/9/15 4:41 AM, James Winterbottom wrote:
>> Hi All,
>> 
>> I have gone through the note of the dispatch meeting for this draft as
>> well as relying only my memory for what was discussed and I am at a bit
>> of a loss as to how to update this draft in a way so that it can proceed.
>> 
>> I totally agree with Keith’s assessment about the relevancy of the
>> privacy issue raised by Cullen.
>> 
>> Keith is right, in that the current primary intended use is not “inside”
>> and IMS network, though I believe that the nodes employing this
>> mechanism will have strong relationships with IMS nodes, most likely an
>> E-CSCF or something resembling one.
>> 
>> Paul is also right. While IMS is not the chief customer, it is likely to
>> be one of the downstream recipients and as such it does rely on strong
>> trust relationships. So to this end a tie to RFC3325 is probably warranted.
>> 
>> Would it be reasonable then to:
>> 
>> 1. Add a tie in to RFC3325 with regards to trust
> 
> This would make me happy. Without an explanation of the expectations of the trust relationship the contents of this header field are meaningless.
> 
> 	Thanks,
> 	Paul
> 
>> 2. Explicitly say that the loc-src needs to be a fully qualified host
>>    name and that IP address must not be used?
>> 
>> 
>> These seem to be be the two main points I took away. If this were done
>> could we do a list-based dispatch for this draft?
>> 
>> Cheers
>> James
>> 
>> 
>> _______________________________________________
>> dispatch mailing list
>> dispatch@ietf.org <mailto:dispatch@ietf.org>
>> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
>> 
> 
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org <mailto:dispatch@ietf.org>
> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>