Re: [v6ops] Are we competitive?

"Soni \"They/Them\" L." <fakedme+ipv6@gmail.com> Sun, 28 August 2022 18:33 UTC

Return-Path: <fakedme+ipv6@gmail.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 5D5DAC152574 for <v6ops@ietfa.amsl.com>; Sun, 28 Aug 2022 11:33:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.856
X-Spam-Level:
X-Spam-Status: No, score=-1.856 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k1LJtj9QcrDB for <v6ops@ietfa.amsl.com>; Sun, 28 Aug 2022 11:33:52 -0700 (PDT)
Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8029C15256E for <v6ops@ietf.org>; Sun, 28 Aug 2022 11:33:52 -0700 (PDT)
Received: by mail-ot1-x332.google.com with SMTP id v2-20020a056830090200b006397457afecso3886643ott.13 for <v6ops@ietf.org>; Sun, 28 Aug 2022 11:33:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc; bh=ZLx7rTpsWp+TRsKSVz236+r330Dc0MbgU7Gw5LaDQsg=; b=bKsxIr7eVIPsp6Drp6LY9QoVIjDpsuR1Uv9k4k09BmoClNE/m5BaZkouQWL2xpAqEG xAv7IZ9teZ3d8uimpnC+aRTNNsGxGiL5oXP+igufKISHpxJPndkm0DsLBorM6H6+e1sb 5fy6eEyKgOeYYmfX1F4PLVV6OVuQFMTpufoSMFWHWjc6DIu0reMfZl4ysNZ07uJ1NDN8 wKnZMLy5bwtpWc0jNbydTQDXCqXj2ab6ApGUrhqAraB0yCMcp1bYvBoFFPDXPYy7afdg WOON7oDN+2wsVYcKA4iXwelycC4cK53UreuZsrULxQoa6arFvp+9nQUxlI1rVAn1JwpY 0VCw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc; bh=ZLx7rTpsWp+TRsKSVz236+r330Dc0MbgU7Gw5LaDQsg=; b=74ircx9speNiG2CoixTi6WGTFVf0AtUyrU7tTDqIdHknLKZhdBo4PYmugBvAXno1WF oHuujyIbcZRZT5EwyZh2bUotrWj5DXuigiud37vQc0RoWVYNQezhWjFNW6yk01Gj18e6 rhAsgCIO5reZNrQPy224J192h9FUVQVCDZf5IVTj1DpyhVVzd49LLRUU4gqv143FAspn DkYYpgGYtYq6Euq9rGuaRLxm/WLaDyL3SZ92a2/FUr4E5Y5mhn7pJnX1SzU9MfVgJOGT m0TwspMhgYFmdPalnhVjtsTTa9TuWoH+8OaoaCJmY+xrGt7Q7Pjt8UldevSbQS0oMRLS gQ0Q==
X-Gm-Message-State: ACgBeo2wUTgJpBTBvFriEchQTMod5l3SXyoSjjqkSVU3Rer6c5HIAn7e WVlZsip9ppUuCMLtqnKOy8fZPt0H3UQ=
X-Google-Smtp-Source: AA6agR4MOc3O+2fGBE7w20MLK+Rli+1SK0zx5cu3NkQRGXsK/LNE8kOrY5+Uhsugm2hwmNtseURe+A==
X-Received: by 2002:a05:6830:6619:b0:63b:180d:cea4 with SMTP id cp25-20020a056830661900b0063b180dcea4mr3061450otb.15.1661711631794; Sun, 28 Aug 2022 11:33:51 -0700 (PDT)
Received: from ?IPV6:2804:431:cfcd:6ba::536f:6e69? ([2804:431:cfcd:6ba::536f:6e69]) by smtp.googlemail.com with ESMTPSA id t9-20020a056871054900b001089aef1815sm4780694oal.20.2022.08.28.11.33.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 28 Aug 2022 11:33:50 -0700 (PDT)
Sender: "Soni L." <fakedme@gmail.com>
Message-ID: <440d9118-4406-cf98-cc28-b36ed0cbba43@gmail.com>
Date: Sun, 28 Aug 2022 15:33:46 -0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Fernando Gont <fgont@si6networks.com>
Cc: v6ops@ietf.org
References: <3f138b03-940a-e83a-6c6e-6039506b6e4b@gont.com.ar> <10f89b7cbe784881bd22b4af81577aa6@huawei.com> <CAN-Dau0nz0TouDnz5pei0MCmTzSbP8q+gHLx1m0sxX0hsuPX3w@mail.gmail.com> <b9f33aa499b043bb90ff926731db9739@huawei.com> <b885bdd4-d837-1eda-9614-36c76190d920@gont.com.ar> <a6975472445f49018abab153fa61b399@huawei.com> <YvoaJ+IJdl/VXYLj@Space.Net> <1cdf7569a11d43e2b4fdd8675b657e42@huawei.com> <YvoilaQfj40uYI5X@Space.Net> <2e465d49-7636-1a09-0b0a-1616c3840bb8@gmail.com> <YvolSM4c05Hu2YAn@Space.Net> <3ea43ae8-a88e-8d44-1b21-7b66f3924980@gmail.com> <353b81e6-ac61-fe5d-332f-fd4b2120a342@si6networks.com>
From: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
In-Reply-To: <353b81e6-ac61-fe5d-332f-fd4b2120a342@si6networks.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/yPRorf4WCU_HgZAxamCl4C9SNug>
Subject: Re: [v6ops] Are we competitive?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 28 Aug 2022 18:33:53 -0000


On 2022-08-15 20:41, Fernando Gont wrote:
> Hi, Soni,
>
> On 15/8/22 13:07, Soni "They/Them" L. wrote:
> [...]
>>
>> We do not like it when IPv6 enables cross-website tracking in spite of
>> browser-based protections, including the ability to separately identify
>> household/community participants, which would be entirely avoidable if
>> the IPv6 stack had full built-in support for ephemeral addresses and
>> browsers used them per-tab or so.
>
> As with other topics in this thread, this is discussed in:
> https://www.ietf.org/id/draft-gont-v6ops-ipv6-addressing-considerations-02.html
>
> Feedback welcome ;-)
>
> Thanks!

this is a really late reply but we appreciate this so much. tho we do
wonder if anyone's done any experiments in trying to bring ephemeral
addresses specifically to reality. it's basically conntrack with ipv6
addresses (aka repurposed NAT66 technology) yeah? just with added OS
support...

we wonder then, if they're ephemeral after all, if their negotiation
could be restricted to a link (i.e. between client machine and router,
instead of being chatty with broadcast/multicast domains), or even if
they could be handled entirely by the upstream router (using repurposed
NAT66 technology + some sort of API like UPnP or whatever).

>
> Regards,