Re: [Geopriv] The 's' in HELD

Richard Barnes <rbarnes@bbn.com> Wed, 30 April 2008 17:57 UTC

Return-Path: <geopriv-bounces@ietf.org>
X-Original-To: geopriv-archive@megatron.ietf.org
Delivered-To: ietfarch-geopriv-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5422B3A6849; Wed, 30 Apr 2008 10:57:07 -0700 (PDT)
X-Original-To: geopriv@core3.amsl.com
Delivered-To: geopriv@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 336CC3A6849 for <geopriv@core3.amsl.com>; Wed, 30 Apr 2008 10:57:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a2tJK28CkQpM for <geopriv@core3.amsl.com>; Wed, 30 Apr 2008 10:57:05 -0700 (PDT)
Received: from mx11.bbn.com (mx11.bbn.com [128.33.0.80]) by core3.amsl.com (Postfix) with ESMTP id 5B0F93A6824 for <geopriv@ietf.org>; Wed, 30 Apr 2008 10:57:05 -0700 (PDT)
Received: from col-dhcp33-244-159.bbn.com ([128.33.244.159] helo=[127.0.0.1]) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from <rbarnes@bbn.com>) id 1JrGYD-0003pp-40; Wed, 30 Apr 2008 13:57:05 -0400
Message-ID: <4818B2F8.6090506@bbn.com>
Date: Wed, 30 Apr 2008 13:57:12 -0400
From: Richard Barnes <rbarnes@bbn.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: "Thomson, Martin" <Martin.Thomson@andrew.com>
References: <E51D5B15BFDEFD448F90BDD17D41CFF10441BD76@AHQEX1.andrew.com>
In-Reply-To: <E51D5B15BFDEFD448F90BDD17D41CFF10441BD76@AHQEX1.andrew.com>
Cc: GEOPRIV <geopriv@ietf.org>, Mary Barnes <mary.barnes@nortel.com>
Subject: Re: [Geopriv] The 's' in HELD
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: geopriv-bounces@ietf.org
Errors-To: geopriv-bounces@ietf.org

Is TLS really used for every HELD transaction, as opposed to being 
available for every transaction?  This seems to be a deviation from the 
normal pattern for Internet protocols to have a base protocol without 
TLS and an (mandatory) option to use TLS as desired.  More importantly, 
it seems like TLS might be undesirable in some circumstances, e.g., 
emergency calling.

Is there a reason for this extra-strong requirement?

--RB



Thomson, Martin wrote:
> I missed this in the changes for -06.  Please forgive my ignorance, but
> I wasn't there at -71 and it appears that only the conclusion was
> captured, not the rationale.  The minutes focus on whether there should
> be a URI scheme or not, but make what seems (to me) to be a logical
> leap:
> 
>           Question: Does this HELD: scheme require TLS? Ans: Yes. Then
> it needs
>           to be a HELDS: scheme.
> 
> I don't believe that the letter 's' addresses "concerns over referential
> integrity" as stated by the held-06 change-log.  So can anyone justify
> the above statement?  Is there some IETF guideline I don't know of that
> states that URI schemes for protocols that use TLS have an extra 's'? 
> 
> Cheers,
> Martin 
> 
> ------------------------------------------------------------------------------------------------
> This message is for the designated recipient only and may
> contain privileged, proprietary, or otherwise private information.  
> If you have received it in error, please notify the sender
> immediately and delete the original.  Any unauthorized use of
> this email is prohibited.
> ------------------------------------------------------------------------------------------------
> [mf2]
> 
> _______________________________________________
> Geopriv mailing list
> Geopriv@ietf.org
> https://www.ietf.org/mailman/listinfo/geopriv
> 
> 

_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www.ietf.org/mailman/listinfo/geopriv