Re: [Ecrit] AD review: draft-ietf-ecrit-additional-data-29

Randall Gellens <rg+ietf@qti.qualcomm.com> Sun, 19 July 2015 14:53 UTC

Return-Path: <rg+ietf@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 52DCC1AD356 for <ecrit@ietfa.amsl.com>; Sun, 19 Jul 2015 07:53:45 -0700 (PDT)
X-Quarantine-ID: <vRKrmjN0YYq3>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
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 vRKrmjN0YYq3 for <ecrit@ietfa.amsl.com>; Sun, 19 Jul 2015 07:53:44 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21F2E1AD351 for <ecrit@ietf.org>; Sun, 19 Jul 2015 07:53:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1437317624; x=1468853624; h=message-id:in-reply-to:references:date:to:from:subject: cc; bh=zRNDmqyyL681laPNbe4T4lg5RKtaIC4oDsU+owazkKw=; b=YKYtPB/W1dCyt1KMBUr4uOPUwu92PiOEUBrlCtuoPxD2rQq/WjJ9cwho FLFXQxHeh/MiTYPeoMmi7xWjPoDrrCbREDhfNSc3rQFXM/twH6Fv45xho bF6QN4y5rpX59f5HhqAKnNjq1oCoX5AqFogNbW+UoOGkpkzo9Vmyu5sXy I=;
X-IronPort-AV: E=McAfee;i="5700,7163,7866"; a="128622110"
Received: from ironmsg03-l.qualcomm.com ([172.30.48.18]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Jul 2015 07:53:43 -0700
X-IronPort-AV: E=Sophos;i="5.15,503,1432623600"; d="scan'208";a="963744690"
Received: from plus.qualcomm.com ([10.52.255.8]) by Ironmsg03-L.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Jul 2015 07:53:43 -0700
Received: from Ironmsg03-L.qualcomm.com (ironmsg03-L.qualcomm.com [172.30.48.18]) by plus.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id t6JErgnl029623; Sun, 19 Jul 2015 07:53:43 -0700
X-IronPort-AV: E=Sophos;i="5.15,503,1432623600"; d="scan'208";a="963744678"
X-ojodefuego: yes
Received: from unknown (HELO [130.129.14.251]) ([10.64.229.15]) by Ironmsg03-L.qualcomm.com with ESMTP; 19 Jul 2015 07:53:40 -0700
Mime-Version: 1.0
Message-Id: <p06240600d1d16a41b151@[130.129.14.251]>
In-Reply-To: <C86AAFF5-CB9F-49B9-AF7E-43555A769209@cooperw.in>
References: <99E88B8D-C7E1-4C33-A5FC-45E105D28580@cooperw.in> <p06240600d194f63d737f@[99.111.97.136]> <AA8402BC-217E-4072-94A6-4C9B3BB2A08B@cooperw.in> <p0624060ad1c4cfdd4c23@[99.111.97.136]> <FFE14662-87AD-4970-8E3D-201203305B8D@cooperw.in> <5903491F-5756-4D9A-BD7A-A81C75EF6730@neustar.biz> <C86AAFF5-CB9F-49B9-AF7E-43555A769209@cooperw.in>
X-Mailer: Eudora for Mac OS X
Date: Sun, 19 Jul 2015 07:53:38 -0700
To: Alissa Cooper <alissa@cooperw.in>, "Rosen, Brian" <Brian.Rosen@neustar.biz>
From: Randall Gellens <rg+ietf@qti.qualcomm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
X-Random-Sig-Tag: 1.0b28
Archived-At: <http://mailarchive.ietf.org/arch/msg/ecrit/wfaHMgW221p8huWdraUIIjI1MnA>
Cc: "ecrit@ietf.org" <ecrit@ietf.org>
Subject: Re: [Ecrit] AD review: draft-ietf-ecrit-additional-data-29
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: <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: Sun, 19 Jul 2015 14:53:45 -0000

At 12:20 PM +0200 7/19/15, Alissa Cooper wrote:

>  On Jul 17, 2015, at 5:59 PM, Rosen, Brian <Brian.Rosen@neustar.biz> wrote:
>
>>>>
>>>>  The thing about the subscriber privacy indicator is that it's up to
>>>>  local regulation what elements it covers and what it means.  I don't
>>>>  think we can dictate that.
>>>
>>>  Well, does it have to be in the owner/subscriber block? I thought 
>>> that implied that it was only relevant to the owner/subscriber 
>>> data, but if it could be interpreted more broadly then I'm not 
>>> sure it makes sense to put it in that block.
>>>
>>  There are jurisdictions that, for example, would consider the 
>> telephone number to be private, and that is not in the 
>> owner/subscriber block.  But all of the data in that block is 
>> affected by the privacy indicator in all the jurisdictions I'm 
>> aware of.  So, I do think it's in the right place.
>>
>>  Randy's point was that what it means changes from one jurisdiction 
>> to another, so what fields it affects could vary, and which blocks 
>> they are a part of will vary.  I don't think we want to make the 
>> mechanism more complex.
>
>  Ok. If you could add a sentence to the description to make it clear 
> that the application of the indicator may extend to any of the 
> additional data shared, I think that would help.

Happy to.  I added:

	Because the interpretation of this indicator varies based on 
local regulations, this document cannot describe the exact semantics 
nor indicate which fields are affected (the application of this 
indicator might affect the display of data contained in any of the 
blocks).

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly selected tag: ---------------
It is much easier to suggest solutions
when you know nothing about the problem.