IETF Logo Mail Archive

Re: [Ecrit] draft-winterbottom-ecrit-priv-loc

Randall Gellens <randy@qti.qualcomm.com> Tue, 23 December 2014 09:36 UTC

Return-Path: <randy@qti.qualcomm.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 9A9261A8A55 for <ecrit@ietfa.amsl.com>; Tue, 23 Dec 2014 01:36:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.011
X-Spam-Level:
X-Spam-Status: No, score=-7.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 NTMv3xnoivfL for <ecrit@ietfa.amsl.com>; Tue, 23 Dec 2014 01:36:29 -0800 (PST)
Received: from sabertooth02.qualcomm.com (sabertooth02.qualcomm.com [65.197.215.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B06741A8A65 for <ecrit@ietf.org>; Tue, 23 Dec 2014 01:36:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1419327389; x=1450863389; h=message-id:in-reply-to:references:date:to:from:subject: mime-version; bh=a0LnOL6rvlokmpd6wGhOjjnnLPjk77aonGTn7NPjqvM=; b=Qsh4q55Xu6H6lqChjMJsnloK3tcigfI0Ks7fQfQQBvJxZvMStazdiS1L siFDqKuxuXlsQOyRClj8C/W3hfYzu1l9XqVBZ75BCTxXv8Q+DxJ9ouzg+ j2HoK3uTXhXkDGq+s9nA/kdsAIPZqWFJypHlChuHEmaUkuIQUWRi946Mw M=;
X-IronPort-AV: E=McAfee;i="5600,1067,7660"; a="81241964"
Received: from ironmsg02-lv.qualcomm.com ([10.47.202.183]) by sabertooth02.qualcomm.com with ESMTP; 23 Dec 2014 01:36:29 -0800
X-IronPort-AV: E=Sophos;i="5.07,630,1413270000"; d="scan'208";a="31356786"
Received: from nasanexm01e.na.qualcomm.com ([10.85.0.31]) by ironmsg02-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 23 Dec 2014 01:36:28 -0800
Received: from [172.20.0.45] (10.80.80.8) by NASANEXM01E.na.qualcomm.com (10.85.0.31) with Microsoft SMTP Server (TLS) id 15.0.995.29; Tue, 23 Dec 2014 01:36:26 -0800
Message-ID: <p06240608d0bee6baee93@[172.20.0.45]>
In-Reply-To: <710AB81D-179D-49C2-AE97-BB6D416F2205@cisco.com>
References: <710AB81D-179D-49C2-AE97-BB6D416F2205@cisco.com>
X-Mailer: Eudora for Mac OS X
Date: Tue, 23 Dec 2014 01:36:23 -0800
To: James Winterbottom <a.james.winterbottom@gmail.com>, "Marc Linsner (mlinsner)" <mlinsner@cisco.com>, ecrit@ietf.org
From: Randall Gellens <randy@qti.qualcomm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b28
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01C.na.qualcomm.com (10.85.0.83) To NASANEXM01E.na.qualcomm.com (10.85.0.31)
Archived-At: http://mailarchive.ietf.org/arch/msg/ecrit/gphmizILkovzbjdEITy-5O5nTp0
Subject: Re: [Ecrit] draft-winterbottom-ecrit-priv-loc
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, 23 Dec 2014 09:36:31 -0000

I have a technical question about the draft.  From my reading, it 
appears that the extension is to add an empty 
<requestRoutingInformation> element to a HELD request, and if the 
server supports it, it includes a <routingInformation> element with 
all possible values that could be returned.  Is this correct or am I 
missing something?  If it is correct, why is the 
<requestRoutingInformation> element empty rather than contain the 
desired service?  Wouldn't it be simpler to include the specific 
service of interest (e.g., 'sos'), as in the <service> element from 
LoST and then the server only needs to look that up and return only 
that?


At 4:19 PM +0000 12/22/14, Marc Linsner (mlinsner) wrote:

>  All,
>
>  There is consensus to move forward with this work.
>
>  The chairs will request to the milestone addition for this draft to 
> be submitted to the IESG by September 2015, of course earlier 
> completion is always a good thing.
>
>  James, please submit a version as an IETF draft and we will approve.
>
>  Thanks,
>
>  Marc & Roger
>  ECRIT co-chairs
>  _______________________________________________
>  Ecrit mailing list
>  Ecrit@ietf.org
>  https://www.ietf.org/mailman/listinfo/ecrit


-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
Go placidly amid the noise and waste, and remember what value there may
be in owning a piece thereof.                        --National Lampoon

v2.23.0 | Report a Bug | By Email