IETF Logo Mail Archive

Re: [v6ops] Google Alert - IPv6

Tom Herbert <tom@herbertland.com> Wed, 01 November 2017 18:11 UTC

Return-Path: <tom@herbertland.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F25313F9E9 for <v6ops@ietfa.amsl.com>; Wed, 1 Nov 2017 11:11:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
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 FjRRY0_9dyQr for <v6ops@ietfa.amsl.com>; Wed, 1 Nov 2017 11:11:28 -0700 (PDT)
Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (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 D664013F9B8 for <v6ops@ietf.org>; Wed, 1 Nov 2017 11:11:27 -0700 (PDT)
Received: by mail-qk0-x22c.google.com with SMTP id q83so3765413qke.6 for <v6ops@ietf.org>; Wed, 01 Nov 2017 11:11:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0gK+rPYdMtdRosSbLMNYMBy19uSACmJB3+fHTIwWQPo=; b=JkKwg1JoZancgn/2OUBBM0s/3trBwrfVuyVRwUNNLfTh7CZKZH3wiIZ3DFFky6DqMa wIk/BjzQ0KWkrJNGafSz07C/QdN/97h8GHKyAt1msyHJiG6Hd+5/YIIOdIGy4WoslLu/ /EqlXHge4XW9z2RflDJUkUWwQJqYIF+wSlivsvsZ74XT69NnhBR17ntL40aM9QfEjH8Y DizB5JHdWHouLc9mXUklMfHijOKWLQCzQe99ub+/NmBibAfW3FrHzAH+LQ1zA3zmePm1 z0ixo4x4SERi9+NgGfC3SJ/ctCmoR087MggoJwlLe5FL6KsQd/BQBSCiOTS26k+pOhKa dtDw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0gK+rPYdMtdRosSbLMNYMBy19uSACmJB3+fHTIwWQPo=; b=FAZIyckPJMgiKAKp16SQe8Sl8R6/rmSPQrCC/vCKnkExkFiYfujWoQJc8S0B6QzyCs v07D2fK1N7FjGOJeEuxx9GfJTvmtMWKdd/2z/2u+YOMO5c3ypVIC5h5iRc2u/ZEBQT8K OI0SWNWh1/ByKguwEODXglzGo3ZF7tFBIX+0xYEYw6v43PN9BFq/uLc9YHp+JtcwJLzp rhgWSKZKTLHjmtID1CNKDf7fACDFyWS7A0tPbi3ihZ4wvHFYhec3gRIYyy+h+ph3+crq 6pLKp9cBknZatFLXN+yKTn0PMvHoOTF+rmK3mAEbnf6vLpPOt5FtSefTnYR+x3Zrt0gv TfkQ==
X-Gm-Message-State: AJaThX5Qpvzk1ZthRj0crWc0A/9u4gwj7NrDWVcuU8Q+FXnnbxOru5TT w7A8o5bzHAoZRQGkxC7H8jqWNI+5ZvcozR8cg235Vw==
X-Google-Smtp-Source: ABhQp+SjmU8E6OVgB8UK+wdk+zVdZJhu5f81Ckuyjda0A3g1+P2EGkvNiVbuogSX+dBY7bXtOA4uoSJ8Jwrh/O4pOkU=
X-Received: by 10.55.132.133 with SMTP id g127mr1188238qkd.72.1509559886955; Wed, 01 Nov 2017 11:11:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.237.54.4 with HTTP; Wed, 1 Nov 2017 11:11:26 -0700 (PDT)
In-Reply-To: <C1461E71-8E2C-4215-BB60-9C736510E810@consulintel.es>
References: <f403045ef57ac52962055bd88b84@google.com> <20395E98-DA55-447F-BEFE-CB581A88BB78@gmail.com> <alpine.DEB.2.20.1710190655260.31961@uplift.swm.pp.se> <20171019083506.6627a166@echo.ms.redpill-linpro.com> <alpine.DEB.2.20.1710190856530.31961@uplift.swm.pp.se> <787AE7BB302AE849A7480A190F8B93300A056EB5@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <CAHw9_iLWAMexrfXwsdB8duGa5ueJMofqVRqNck6DeOzA=KChqA@mail.gmail.com> <C4E37677-A2FB-49F8-B362-C29B28DFD570@daveor.com> <CE4906A4-E0CC-4C3F-A1F8-D2B5BED294D7@employees.org> <EDC5E9C7-F193-40CE-B21C-8E1D91E9E7E3@daveor.com> <C71D6C23-2720-403F-B655-D8156898A137@employees.org> <CALx6S37E9TN9SyMQfk3CSx9vWzjBM3bmuhvsyN0tFXGYFz9Mjw@mail.gmail.com> <CAO42Z2yXH0sPJYXJ6Nrq0B=UaDK4mC1R2Tds1tFQeBhuVh5meg@mail.gmail.com> <F0990C2F-0626-4416-AA5D-1AAE41C24510@gmail.com> <A9FAF661-C5DB-4EE2-8175-56FF50792B27@gmail.com> <C01E3F52-46F8-4BDC-91C8-052310673E6E@consulintel.es> <20171101073231.653A48DDFD9C@rock.dv.isc.org> <2013D3DA-0366-41F2-A0E8-07F5563C5D07@consulintel.es> <CALx6S37D2ziwr39H3SXWYXY48+GgnMBeiVrvsqVmwYCBqwPDcg@mail.gmail.com> <C1461E71-8E2C-4215-BB60-9C736510E810@consulintel.es>
From: Tom Herbert <tom@herbertland.com>
Date: Wed, 01 Nov 2017 11:11:26 -0700
Message-ID: <CALx6S34x-D86SFqQd5+Cd6Kz+yuP0yX_FxvY6KXhr1XMu9gK_A@mail.gmail.com>
To: Jordi Palet Martinez <jordi.palet@consulintel.es>
Cc: v6ops list <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xA7sggUtzHlerWhQxlD5Iu3nWz8>
Subject: Re: [v6ops] Google Alert - IPv6
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Nov 2017 18:11:29 -0000

On Wed, Nov 1, 2017 at 10:16 AM, JORDI PALET MARTINEZ
<jordi.palet@consulintel.es> wrote:
> Hi Tom,
>
> Not sure to understand what is a garbage track … Anyway, yes, laws unfortunately differ and sometimes too much from country to country. What I said apply to Spain, and I believe to most of the EU countries.

Jordi,

I meant "garbage truck".

>
> I wrote it wrong, let me rephrase it: “I fully agree that considering an IP as personal data is broken”.
>
Brokenness is relative. It seems that for LEA gleaning identity from
an IP address is a good thing. For someone very concerned about their
privacy, an IP address containing PII is a bad thing. I believe IETF
tries to be agnostic in such matters. Protocols and mechanisms can be
built with strong security and privacy without purposely building in
trap doors for regulatory authorities to exploit. But, neither does
IETF do much to prevent individual countries to regulate
communications within their jurisdiction.

Tom

v2.23.0 | Report a Bug | By Email