Re: [v6ops] Thoughts about wider operational input

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 30 March 2022 21:19 UTC

Return-Path: <brian.e.carpenter@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 2E3493A1187 for <v6ops@ietfa.amsl.com>; Wed, 30 Mar 2022 14:19:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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_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] 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kSLrxORJiVmh for <v6ops@ietfa.amsl.com>; Wed, 30 Mar 2022 14:19:03 -0700 (PDT)
Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 046173A11E1 for <v6ops@ietf.org>; Wed, 30 Mar 2022 14:19:00 -0700 (PDT)
Received: by mail-pj1-x1033.google.com with SMTP id g9-20020a17090ace8900b001c7cce3c0aeso886758pju.2 for <v6ops@ietf.org>; Wed, 30 Mar 2022 14:19:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=A9fvmTrfN2KXXoy1oJr5kUw+zRgNEIYCFbmI3V4jOQ4=; b=HQ+b6Bx72lu5efpCndaqmRgNcSZuqiwWDPz9TLEvwrLKKu5zOxzHh4mRQ6vkxTIahp Own1UIx/8Tz+3umiMzhPOjfWi6Edn5t77wCNqqALADsM6hqooa/5Ov4u1G0ccuI6Ugqq L+qMb/Fu56S4CabWouQD83/fHQJpK0+81IazP30Z+QPmK+DsV84S5yLHDU7I1fQsm+Nn SrWAxxpfT4fdL9UWYj4qCDDpYKPPKBInzqIrpm4dnGfa3NIAodkteXKmU+UakiB6CDo0 CgYe3l+9Wih4o6pBEPvXhPdYMTdPzp2vAhF3HZkbWQ+OPTdfTqPotVluDI6o3nEiz9Po nkmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=A9fvmTrfN2KXXoy1oJr5kUw+zRgNEIYCFbmI3V4jOQ4=; b=ibDEbXah5KdMWWTSpT18FRP+OIbVDRkKFQPTJWlkwzT3m9poXrMmTVRxn7SlIA4oJn A3u0/Z58GUpKrxYN028QCOt1qWDRjKJlsnLJM6aESKBjhlcFvB/JoGcR9uDMK/9aPxem 557UHEsE8pniVylH6plIOAEUWyOl9xCRGHTwbMztiGYwY7IOttH6XMf6LtGe1qRwnx+B cxPOJviBTC5F9o3mgbilx0SnZzeCV79REsqF59QCzPpAos2PaEk0pIIt3GH6+mybXZU2 CzUuCIH0wrPItt2KV+Ry8wj2Z266yEV+Qm+tl5xLIM7XBOHeZbNV06Tw2wXmdnGKhixK Po0Q==
X-Gm-Message-State: AOAM532PkHJXAqOMkH8kFqXqR80QUstF8l8F6oVaUL21yJShUgsw6cap I54H2Fglz7HFOXzVvqLPRBw4ZaZK7Tr1LA==
X-Google-Smtp-Source: ABdhPJyCHws6D5xk7JXumJpWj6GbcVcq4X8NASj8O3l4wpS3HWcUSYpFum48zCSJ1o0XqfdswwYTtw==
X-Received: by 2002:a17:902:f708:b0:153:839f:bf2c with SMTP id h8-20020a170902f70800b00153839fbf2cmr1422795plo.113.1648675139946; Wed, 30 Mar 2022 14:18:59 -0700 (PDT)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id u17-20020a056a00159100b004faef351ebcsm22222615pfk.45.2022.03.30.14.18.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 30 Mar 2022 14:18:59 -0700 (PDT)
To: Joe Maimon <jmaimon@jmaimon.com>, JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, v6ops list <v6ops@ietf.org>
References: <52661a3d-75dc-111a-3f23-09b10d7cb8d4@gmail.com> <A72CDDDB-CDCE-4EAF-B95E-997C764DB2C4@gmail.com> <9175dc32-45c1-e948-c20a-3bcc958b77b9@gmail.com> <YjmJQMNgnJoSInUw@Space.Net> <D75EF08F-6A41-41B2-AFB2-649CBCC1D83E@consulintel.es> <CAPt1N1nRnYUFA=yyJHx6t52yqWbmcd2Tf1H8gQuCZBd3Q3VqJw@mail.gmail.com> <7F4AEB43-4B24-4A21-AE9D-3EB512B98C46@consulintel.es> <8fac4314b8244ba6b33eea68694296d0@huawei.com> <9A13E47B-75D0-443F-9EE9-D2917ACB2D0F@consulintel.es> <CAO42Z2xUG+BXj+VQpajed9aGjH+q-HR7RX7C-T4DsTbouz7xWQ@mail.gmail.com> <F6A90BBF-7F44-403E-960A-8F756353B562@chinatelecom.cn> <B49417F7-3EFB-4A4D-9D1A-0D21574EA4F2@consulintel.es> <44B01ACA-3D5C-4618-B608-3B3479D29875@consulintel.es> <62447DCB.1010206@jmaimon.com> <7228D9A7-54A8-4BAE-9299-204C049F600B@consulintel.es> <6244BA91.3060306@jmaimon.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <41f99f66-5a15-add5-5679-8860ec962e7c@gmail.com>
Date: Thu, 31 Mar 2022 10:18:55 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <6244BA91.3060306@jmaimon.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/wJn3nxQc6Hgqkav-X8I8utHbR4E>
Subject: Re: [v6ops] Thoughts about wider operational input
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Mar 2022 21:19:12 -0000

On 31-Mar-22 09:16, Joe Maimon wrote:
...

> At least with the existence of NAT there also exists some level of state
> management and unsolicited incoming traffic constraints from reaching
> the internal network nodes. By default, by dint of them being
> operationally on the internet.

As I just noted, the same is true with IPv6-capable domestic CEs in the
complete absence of NAT66 or NPTv6. By default. Why can that not be true
for enterprise CEs?

     Brian