Re: [v6ops] Thoughts about wider operational input

[Nick Buraglio <[e-mail]>]

Sure, I can edit the gai.conf table on a handful of systems, I may
even be able to write some ansible/puppet/chef/cfengine to do that
across 10,000 linux systems, or modify the windows preference using a
policy. That is not solvable in a way (at least that I am aware of) on
something like 5000 iPads or 5000 IP cameras, so we're back to extra
overhead, which translates into person hours, which translates into a
cost center with no cost benefit. What we're talking about is not "is
it technically feasible". It's a barrier of entry. These things make
deployment harder. I see this literally every day in operations and
migration to IPv6.
I don't want to conflate what I am talking about with multihoming.
Multihoming is a different issue that is only tangentially related if
we talk about ULA as an analog for 1918 space and use some kind of
translation, but again, how does that work for IoT devices that have a
non-modifiable preference table, or that have an application that has
its own ULA standard set? It is unrealistic to think that this would
work  for guest systems in dual stacked mode, or BYOD devices at any
scale, either. "You need to edit this obscure default file on your
system" or "run this application that we wrote to change a default to
get on our network" is not going to be a good strategy.

nb






On Tue, Mar 22, 2022 at 4:34 PM Gert Doering <[e-mail]> wrote:
>
> Hi,
>
> On Tue, Mar 22, 2022 at 03:12:20PM -0500, Nick Buraglio wrote:
> > ULA is an operational non-starter in the presence of any dual stacked
> > hosts.  Per its design, it just won't ever use IPv6 in any meaningful way
>
> That's just an entry in the gai.conf table, not something unfixable by
> protocol design.
>
> > and that time and effort are better served on adding GUA addressing of one
> > kind or another.
>
> So how does your solution to "multihoming for 10 million enterprises"
> look like, which is less work than fixing ULA preferences?
>
> Gert Doering
>         -- NetMaster
> --
> have you enabled IPv6 on something today...?
>
> SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
> Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
> Tel: [phone]         USt-IdNr.: DE813185279