Re: [v6ops] Thoughts about wider operational input

Nick Buraglio <buraglio@es.net> Wed, 06 April 2022 18:22 UTC

Return-Path: <buraglio@es.net>
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 B3E6A3A0DD8 for <v6ops@ietfa.amsl.com>; Wed, 6 Apr 2022 11:22:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=es.net
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 WljSBNp2O3xV for <v6ops@ietfa.amsl.com>; Wed, 6 Apr 2022 11:22:03 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 949503A0D8B for <v6ops@ietf.org>; Wed, 6 Apr 2022 11:22:03 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id p15so5537676lfk.8 for <v6ops@ietf.org>; Wed, 06 Apr 2022 11:22:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=es.net; s=esnet-google; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=59sl1vtShlFEjlP0KJVpUgOCUFHevjh64d/ylvc8aa0=; b=mQlQpImJbivLNswIvoiOR68CZsFqTt8Ysrs/O0OM2mkuD4HZCkNauEOwiccASFJcVI tcya0dAsva23JGtwChAoeyBLO7VvmNFDLiLeElFwKME/FOOF9AEW8EOvY5p2V/asae17 A5MH1XLmriN62dWOPjcn1E9YGPLCLncuJv7b/UXZIxglkp3SN9/vmNM7imD8VZBNe3M1 DtWxYWCgLctFGQpp/4vXy8qoWcapClXgWbSytQFcV2SoJGnOvLCYzormduvkKJM8eOYR iFmz3cGeFX0jykJoaFTR62b1IM+V7b7ytaSl64csLOi837Ont366WyTagsUzso8RSCEh 7urQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=59sl1vtShlFEjlP0KJVpUgOCUFHevjh64d/ylvc8aa0=; b=cdCP3i7RFDHWBC1+p+mzCNHdHZTFPBbh4SIKFIsbdGZbEmBdpUS659gD3cCpHaxyH5 GRfio1jdzZ7PdEedXafm5PnNlxsTcKjcErPIrzWzRO0XvTI5gfJELYD5I9dGNuTEB8QZ ohTBNR9RYUxzZEz5YVzs/2dgDUgCAae7hnfxRNtrSJAByz12ozxL/5NqVf6v+hNMmLgE 4QfOVzWfAGQmFfFGq+CHndM5gw4Pd7wk3wb2mRBjQHgGWT0hTkj1akd7pVXPb+mG1qOF d2dZm5XiBNWP+iUugTTb4kICZQn4L6457Vi9nb1fKgly/RqNH7Qao7Khws3D9zHmbSuu +hrg==
X-Gm-Message-State: AOAM531+vaRwd5c6A50+d+UKicYRGEI8yDUl3oof/Ms3uq0QvqjiZ6Ky TuoWwjuHM8elyhIAIqNpLo9hl/dZPl7HWfbreaKqDQ3t0xPO5kXj4bKsPCFZIPtQskBHNfOELwX bg1qR3Hk//qUWaxqA2QhhSasIYEyuY7Zhkewayt3oapf9CR3AbNRJAN4XWK1u2oaRqet7Ko1TXS 4=
X-Google-Smtp-Source: ABdhPJz3Yf2oQNrrIXa7pJ0hlk1K0wqm6jCkhpFbDyvHsoGuGPoePeyknFV6NoTV4+snAipFvCqp42Fr0A2cwdei0BE=
X-Received: by 2002:a05:6512:1148:b0:448:39c8:89d with SMTP id m8-20020a056512114800b0044839c8089dmr6936190lfg.644.1649269320735; Wed, 06 Apr 2022 11:22:00 -0700 (PDT)
MIME-Version: 1.0
References: <52661a3d-75dc-111a-3f23-09b10d7cb8d4@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> <67762447-43D4-4393-851C-99370D3BF623@thehobsons.co.uk> <6246126C.1030609@jmaimon.com> <259B108A-C3DD-4460-B41A-A0028ACA9594@thehobsons.co.uk> <624759B1.8060700@jmaimon.com> <89D652EB-8920-4992-99EC-CC3C3A856D57@thehobsons.co.uk> <62477058.6020901@jmaimon.com> <4ADAA521-00A2-4FAF-9A1B-500C8598164F@thehobsons.co.uk> <D43294DA-E57A-44B4-AB1A-B0A766665FB0@virtualized.org> <7FEB6A6B-8DE6-42AE-B5FA-6E432B17CDD0@thehobsons.co.uk> <CAO42Z2xLO2F76Tg3t7X0Zv6JBX-W9aM1QfkZti5MQVV1X7o0DA@mail.gmail.com> <CAM5+tA-mpSh+sXqry2Q3=9Zd3L83SaJN5MchSOPReFf8d3eWCg@mail.gmail.com> <CAAYPcbErCXcfTXxMaGDQqC2=goq-Y8qhjKKxP6eNFPvssVjH8Q@mail.gmail.com> <20220406163935.4CF0C3A1A68@ietfa.amsl.com>
In-Reply-To: <20220406163935.4CF0C3A1A68@ietfa.amsl.com>
Reply-To: buraglio@es.net
From: Nick Buraglio <buraglio@es.net>
Date: Wed, 06 Apr 2022 13:21:49 -0500
Message-ID: <CAM5+tA_8anNgry5mHph1h10twX_7idraWSChRiS7e8gt+kuk6A@mail.gmail.com>
To: daveb <spike@zitomedia.net>
Cc: v6ops list <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000000cdad05dc0070c4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/x90D5NEMlnIt0JK-lEf1GJ8JVZM>
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, 06 Apr 2022 18:22:09 -0000

On Wed, Apr 6, 2022 at 11:39 AM daveb <spike@zitomedia.net> wrote:

> At 11:37 AM 4/6/2022, Chris Cummings wrote:
> > >For those who disagree, can you give up your
> > globally unique E.164 phone number on your mobile phone to see how that
> goes?
> >
> >I know that you called out mobile phones
> >specifically, but since we're talking mainly
> >about enterprises, I think that a PBX is perhaps
> >a more appropriate comparison. Businesses have
> >been running PBXs with private extensions for
> >their phone numbers for decades, and it is a
> >well-established pattern. It's actually almost a
> >perfect analog in my mind for NAT/PAT. I, of
> >course, don't like NAT and love end-to-end
> >connectivity, however, to Nick's points here,
> >lack of end-to-end connectivity is a very
> >well-established pattern for most enterprises,
> >just like private extensions on a PBX.Â
>
>
> But you can still reach me directly by dialing
> +14125551234 x137. Although I guess that would be
> similar to NAT + Port Forwarding.


------

> Perhaps it's
> best to accept the perceived benefits of NAT
> (NAT66) to get the ball rolling and then maybe it
> becomes easier for them to see the value of full
> end-to-end connectivity, and a fairly easy
> transition to remove NAT66 to some/all portions of the enterprise network?
>
-----

This is really the point I am trying to make. Just because something isn't
in the spirit of the original idea doesn't mean that it won't be the
prevailing way that things are done. I try to take the approach that "this
may not be the way I'd do it, and it may not be the best - or even a good -
way to build infrastructure, but if it meets the needs and requirements of
an organization, then all we can do is present all of the alternatives and
work with what is decided". Saying "this is the wrong way" won't gain
anything 99% of the time. We can write best practices and advise as to the
spirit of the ideas, but if we want enterprise adoption we have to meet
them more than half way or be ok with them saying "nah, we'll pass on that"
because it doesn't fit in their design/compliance/security model.
Again, I am /VERY/ much in favor of end-to-end connectivity, anyone can see
my track record on this topic if they look around, but I also have had a
lot of experience on making progress in that space and that experience
tells me that asking for complete paradigm shifts without exceptionally
clear and significant advantages well above and beyond what is status quo,
or the solution to a very specific problem that cannot be accomplished any
other way, the answer is almost always a "pass".
Once we can rectify that, then we at least have a point to start from.


>
> Dave B. (Small ISP that would love to see more enterprise customers take
> IPv6)
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>