IETF Logo Mail Archive

Re: [v6ops] Fwd: New Version Notification for draft-collink-v6ops-ent64pd-01.txt

Lorenzo Colitti <lorenzo@google.com> Thu, 22 December 2022 01:18 UTC

Return-Path: <lorenzo@google.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 16F85C14F746 for <v6ops@ietfa.amsl.com>; Wed, 21 Dec 2022 17:18:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.599
X-Spam-Level:
X-Spam-Status: No, score=-17.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 0aZNTCm79Hvi for <v6ops@ietfa.amsl.com>; Wed, 21 Dec 2022 17:18:09 -0800 (PST)
Received: from mail-yw1-x1132.google.com (mail-yw1-x1132.google.com [IPv6:2607:f8b0:4864:20::1132]) (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 C4AA1C14CEEA for <v6ops@ietf.org>; Wed, 21 Dec 2022 17:18:07 -0800 (PST)
Received: by mail-yw1-x1132.google.com with SMTP id 00721157ae682-46198b81e5eso8986947b3.4 for <v6ops@ietf.org>; Wed, 21 Dec 2022 17:18:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=40vHGR1dVa4IdUFlDiJFbp/EzJxrtyv6LN6+X26GO9M=; b=jTdtb6MCr6yN0l9hgNT9oVYtOz+slGziPcpdjgSKeA/aZQQAHAbK0EMAngMvNnFe8k fbbs/Ba+chU2biqtr1GKVG6jncvHvapGFUYMYMFR+UuLhM2QxTXhWh7IDd2nUhO6Fzsi d9E0by+cpzKn53mq2CWZaXuMirkZNnafnANNrSLjJ8238a34DQiPMmtcc1U1qqTSWVBW 6iGUDhrgoqq3QqPDTvZdtjjk7257oHAP0Jo7QUwxs2eiU+2DZHOPp/kZkw9SYNM5v4VQ qST7Mb7KxBet8ph50OUWZi0piuIHUTVxVff4m8J+xFiXeKzu3ihOZRIq4Jy3NqBEDwA6 wD4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=40vHGR1dVa4IdUFlDiJFbp/EzJxrtyv6LN6+X26GO9M=; b=C/lZChOuGXoGsOyzUjNZ0DReMljMYuob5Pb3LpczWTdJUEmyrL9Ab3twfEXFSASa1f Zh4Cyxk8QsKNgwUZWbzVqv0QQIMG0YF0pnXkoWO50uWHUbh6uZ/e63Qit3iQ+2fz698X ZeWDEG6oMsYlPg0ZzjFxxAlQ+whSmVn6jNe2ivS6xhserNQE0ylvEGKh6uhraQrw3tdK K8EwPbyDw3cQvO5OybyPD/jjPxITU+pPDBRUPnpvMNy+nHO/2uCJiu6by3RCMUeohbTP pUXZqnujKi7iiPwXoICDJoVGBQ81lm4ok6ImBYg2bQ63ZTzzrTIgN7/jY6THrB1rUNka Z05w==
X-Gm-Message-State: AFqh2kqN9LgWWTr4h6YOei2g7wEzPUCWXJX3iVbCZ4R0en6aRjpOjxY1 B4P84V9lWPXuRveBo+r1o5KS3+z64Gxlbb574x+W18s0ZtEJLqIhWXg=
X-Google-Smtp-Source: AMrXdXvYoyWjmBoukXk3C9hWIx/DDXdWufuV+lrXlc5x95pNcKPmHJPIPDzh21+reAyuXgW7sFuw1pxc7v+Pysr7kpI=
X-Received: by 2002:a05:690c:b12:b0:442:4e78:529f with SMTP id cj18-20020a05690c0b1200b004424e78529fmr458514ywb.452.1671671886824; Wed, 21 Dec 2022 17:18:06 -0800 (PST)
MIME-Version: 1.0
References: <CAKD1Yr3vDCwnMA_Hpq0w2OQmX+uCEtMpfRMssCdSSrsLvMnwKQ@mail.gmail.com> <F3CE56E4-8F9A-48D1-86A1-5638A8E36596@employees.org> <CAKD1Yr13S-CtBHhky9_TDBssTzwEK5wABce6OrZqxcfX4r4xGg@mail.gmail.com> <38f3be03-4248-3a2f-8041-01e53ec6a1aa@tul.cz>
In-Reply-To: <38f3be03-4248-3a2f-8041-01e53ec6a1aa@tul.cz>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 22 Dec 2022 10:17:54 +0900
Message-ID: <CAKD1Yr1Z+jiX_RpL_1qXwuEG0e+=EjsWrWGPoJGPDR2MrBnZ+Q@mail.gmail.com>
To: Martin Huněk <martin.hunek@tul.cz>
Cc: IPv6 Ops WG <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ff37cb05f06070cc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/25W-31v_iaY1ybACw6DlhEmc4aw>
Subject: Re: [v6ops] Fwd: New Version Notification for draft-collink-v6ops-ent64pd-01.txt
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: Thu, 22 Dec 2022 01:18:10 -0000

On Thu, Dec 22, 2022 at 6:26 AM Martin Huněk <martin.hunek@tul.cz> wrote:

> Also, as ISP, I don't care about what customers are connecting to the
> network. However, in the enterprise network, I really do care.


If the admin wants to prevent their users from extending the network, then
you need to control those users' devices. There is no other way. Sharing
network connectivity is possible with IPv4 NAT today, and anyone who wants
to share an IPv6 connection can use IPv6 NAT as well.

You cannot control the number of devices by controlling the number of
addresses. NAT broke that 20 years ago.

v2.23.0 | Report a Bug | By Email