[IPv6]Re: [v6ops] Re: Why I chose 1::/32 (Re: Re: Why not add loopback semantics to 2001:db8::/32?)

[Daryll Swer <[e-mail]>]

>
> Surely people aren't using a documentation prefix in labs?! That's
> what ULAs are for.


Doc prefixes are very much in use for labs (not production), some of the
biggest names out there (entities and architects) have used doc prefixes
for labs for decades. This is nothing new.

As for ULAs, they were a mistake to begin with, in my opinion (people can
disagree).

My take on this whole thing, for prefix length of loopback, I'd prefer a
/64, large enough to cover all possible cases on a single-host, small
enough to alleviate concerns of excessive space reservation.

*--*
Best Regards
Daryll Swer
Website: daryllswer.com
<https://l.shortlink.es/l/bc014c42e7ba62a480285965ec1026cd13ab7d5a?u=2153471>


On Thu, 4 Dec 2025 at 11:01, Mark Smith <[e-mail]> wrote:

> On Thu, 4 Dec 2025 at 16:10, Ole Trøan <[e-mail]> wrote:
> >
> >
> >
> > > On 4 Dec 2025, at 03:25, Mark Smith <[e-mail]> wrote:
> > >
> > > So I've suggested adding loopback semantics to 2001:db8::/32 because
> > > it would satisfy the easy to remember requirement.
> >
> > If «loopback semantics» means link-local scope and do not forward in
> implementations, then that’s going to conflict with all those that use
> 2001:db8::/32 in labs.
> >
>
> Surely people aren't using a documentation prefix in labs?! That's
> what ULAs are for.
>
> I'm afraid I'm of the belief that if you do the wrong thing, you
> should wear the consequences of your actions. If you're allowed to get
> away with what you've done without any consequences, it only
> encourages you to do the wrong thing again.
>
> I know of a network that has already abused 1::/<something I can't
> remember> for a discard prefix. Well if 1::/32 became the new loopback
> prefix, that's their problem not the rest of the Internet's. They
> should have used RFC6666's 0100::/64.
>
> Regards,
> Mark.
>
>
> > Ole
>
> _______________________________________________
> v6ops mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
>