it already happened.

also I sure as hell dont remember my ipv4 address

▲ Den_VR 2 hours ago | parent | next [-]

I know your ipv4 address, 127.0.0.1. :)

There’s something to be said for human readable addresses. I’m a little nostalgic of how the .hack world was envisioned, where servers had address names like Hidden Forbidden Holy Ground.

If roughly 10 million words exist, then allowing any three words in order creates a space for 10^21 addresses… five words and you’re close to ipv6 address space, six words and there’s more combinations than ipv6 addresses.

	▲	interstice 5 minutes ago \| parent [-]
		Scrabble is 250-280k uk edition - wouldn't want to go too much beyond that I suspect. Where'd 10 mil come from?

▲ RulerOf 5 hours ago | parent | prev | next [-]

I don't remember my ipv4 addresses either, but I recognize them as mine when I see them.

I've never recognized an IPv6 address or prefix used in my networks.

▲ miyuru 4 minutes ago | parent | next [-]

it will naturally happen when you work with it long term, similar to how it was with v4.

▲ jorvi 5 hours ago | parent | prev [-]

You can set your ULA to something like "fddd:192:168::/48" and then on your vlan you prefix hint, say, "66". Now, any device on that vlan will be addressable by "fddd:192:168:66::$host". For example, your gateway ('router') for that vlan would be "fddd:192:168:66::1".

If you want to be really wonky you can script DHCPv6 to statically assign ULA IPv6 leases that match the IPv4, and expire them when the IPv4 lease expires, but like said upthread, addressing hosts via IPv6 is the wrong way to go about it. On your lan, you really want to be doing ".local" / ".lan" / ".home".

▲ yjftsjthsd-h 4 hours ago | parent | next [-]

> addressing hosts via IPv6 is the wrong way to go about it. On your lan, you really want to be doing ".local" / ".lan" / ".home".

.local is fine as long as all the daemons work correctly, but AFAIK there's no way to have SLAAC and put hosts in "normal" internal DNS, so .lan/.home/.internal are probably out.

▲ alwillis 3 hours ago | parent | next [-]

> On your lan, you really want to be doing ".local" / ".lan" / ".home".

The "official" is home.arpa according to RFC 8375 [1]:

    Users and devices within a home network (hereafter referred to as
    "homenet") require devices and services to be identified by names
    that are unique within the boundaries of the homenet [RFC7368].  The
    naming mechanism needs to function without configuration from the
    user.  While it may be possible for a name to be delegated by an ISP,
    homenets must also function in the absence of such a delegation.
    This document reserves the name 'home.arpa.' to serve as the default
    name for this purpose, with a scope limited to each individual
    homenet.

[1]: https://datatracker.ietf.org/doc/html/rfc8375

	▲	yjftsjthsd-h 2 hours ago \| parent \| next [-]
		It may be the most officially-recommended for home use, but .internal is also officially endorsed for "private-use applications" (deciding the semantics of these is left as an exercise to the reader): https://en.wikipedia.org/wiki/.internal
	▲	jorvi 2 hours ago \| parent \| prev [-]
		That is a classical "design by committee" thing. ".home" and ".lan" along with a bunch of other historic tlds are on the reserved list and cannot be registered. Call techy people pathologically lazy but no one is going to switch to typing ".home.arpa" or ".internal". They should have stuck with the original proposal of making ".home" official, instead of sticking ".arpa" behind it. That immediately doomed the RFC.

▲ somat 3 hours ago | parent | prev [-]

I do it by abusing the static slaac address. I have a set of wierd vms where they are cloned from a reference image, so no fixed config allowed. I should have probably just have used dhcp6 but I started by trying slaac and the static address were stable enough for my purposes so it stuck.

▲

yjftsjthsd-h 2 hours ago | parent [-]

How does that work? I initially assumed you meant you just statically assigned machines to addresses, which I think would work courtesy of collision avoidance (and the massive address space), but I can't see how that would work for VMs. Are you just letting VMs pick an IP at random and then having them never change it, at which point you manually add them to DNS?

	▲	somat an hour ago \| parent [-]
		Pretty much. A given mac address assigned in the vm config maps directly to a static slaac address(the ones they recommend you not use) and those preknown slaac address are in dns, Like I said, I should probably use dhcp6 but it was a personal experiment in cloning a vm for a sandbox execution environment. and those slacc address were stable enough for that. every time it gets cloned to the same mac address it ended up with the same ip6 address. works for me, don't have to faf around with dhcp6, put it in dns. time for a drink. But the point is that is the address you would put in dns if you also wanted to use slaac. Most of the time however you will just set a manual address. And this was with obsd, where when slaac is setup you get the slaac address and a temporary address. I don't really know what linux does. Might have to try now.

▲ stackghost 33 minutes ago | parent | prev [-]

I run split-horizon DNS on mine. By far my preferred solution.

▲ apitman 6 hours ago | parent | prev [-]

Adoption has been flat under 50% for a year now.

▲

msla 5 hours ago | parent | next [-]

A bit less than 50% of the whole Internet.

Wow. That's so amazingly unpopular. Why anyone bothers talking about something untold millions of people use every day is beyond me.

▲

umanwizard 4 hours ago | parent | prev [-]

It’s not flat: https://www.google.com/intl/en/ipv6/statistics.html

You have to take into account seasonal trends. The summer is always higher, so yes, we’re currently below last summer, but we are above last April 1st, and this summer will be higher than last summer.

	▲	Gigachad 3 hours ago \| parent [-]
		Also just looking at the history it always seems to have flat periods with sudden boosts which never go back down.