cablespaghetti.dev is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
I have a /48 #ipv6 static prefix. is that not a little wild? what am I supposed to do with 65,536 subnets?
#glasfaser Debakel eh.
Vor 2,5 Jahren bei #avacon unterschrieben, null Infos bisher. Am Telefon weiß man auch nix.
#rasannnt von den Stadtwerken Neustadt wird jetzt wohl ausgebaut. Dynamische(!) #ipv4 gibt es für 4,50 Euro pro Monat 😵💫
Von #ipv6 steht nix im Vertragswerk.
After months of scratching my head about why IPv6 didn't work in Internet Explorer on Windows 2000, I finally figured it out.
The IPv6 Technology Preview ships with a patched `wininet.dll` to replace the one on your system and bring IPv6 support to apps like IE and Outlook that use it.
But, if you're on SP2 or later, the `wininet.dll` on your system is newer and the installer won't replace it, so only browsers like Firefox that are aware of `wship6.dll` will detect the right library to use.
So, installing Windows 2000 with only SP1 works!
Next thing to try is replacing the DLL on SP4 machines. I'm guessing it'll be fine?
That made me realise the same trick probably exists on Windows NT 4 and sure enough, yes!
If I had scrolled to the bottom of readme.htm in the IPv6Kit directory I would have seen the notes about doing this dll replacement manually. Works great!
Well, they got #IPv6 enabled. Only took 'em 3 months and I'm the bad guy now, so 🤷
https://github.com/SeaGL/seagl.github.io/issues/495#issuecomment-5565924706
Anyone who says you don't need the end-to-end principle on today's Internet is someone who is trying to mediate your communications. #IPv6
Today I want to start a little experiment:
Why IPv6 only?
It's 2026.
I'm going to go out on a limb and suggest that IPv6 offers you more freedom and choice about how you self-host than having to work around NAT (or CGNAT).
https://blog.brendans-bits.com/2026/09/experimenting-with-hosting-ipv6-only-services/
Coming soon:
(Thanks to @stefano for BSSG - making this blog possible)
Comments / feedback welcomed.
While checking to make sure everything is in order after the migration I noticed two IPs hitting the root of SixSpotting on intervals. One is hitting every five minutes with a curl user agent. The one that got my attention was a user agent of Uptime-Kuma hitting every minute. Ran the IP through RDAP and it comes back as the National Institutes of Health. Is my silly little game now critical government monitoring infrastructure? #IPv6
Updated 2026-09-04
OS Management Hub now supports IPv6
https://docs.oracle.com/en-us/iaas/releasenotes/os-management-hub/release-3.7_ipv6.htm
Updated 2026-09-04
IPv6 support for OCI Monitoring
https://docs.oracle.com/en-us/iaas/releasenotes/monitoring/monitoring-ipv6.htm
@RangerRick Oh, yeah, Vercel is sadly well known in the #IPv6 community for not giving a f--k. Y'all might want to find a new hosting provider.
$ host -t AAAA www.mapbox.com
www.mapbox.com is an alias for mapbox.b.ssl.fastly.net.
If you are a MapBox customer, consider nudging them to switch to the dual-stack map: https://www.fastly.com/documentation/guides/full-site-delivery/domains-and-origins/enabling-dualstack-connections/
Dann muss sich Fa. Sunrise aber mal langsam sputen.
Ich denke, dass #IPv4 im Zeitraum von 2029 bis 2033 dem Sunset anheim fallen wird. Wenn Sunrise dann nicht bereit ist, kriegen die noch verbliebenen Sunrise-Kunden ein Problem. Hierbei sollte man den Netzwerkeffekt nicht unterschätzen: Der NW-Effekt arbeitet bisher gegen #IPv6, weil es immernoch zuviele Verweigerer gibt. Aber in ein paar Jahren, wenn es kippt, wird #IPv4only betriebswirtschaftlich nicht mehr hinhaun.
IPv6 Pro Tip: to make network configuration examples easier to understand and more applicable to your own network, use the IPv6 documentation prefix (2001:db8::/32) for your local network, and deploy NAT66 for Internet access.
@russss @cheeaun Yes, back in the early 2010’s when there was a lot of #IPv6 advocacy, there was a great bit of work around trying to get websites to run over IPv6. But there were challenges. For example, some sites would put up a AAAA record, but then not fully connect web servers. And so your browser would be waiting and waiting and waiting, and then eventually it will fall back to the IPv4 address. It was a terrible user experience.
So Happy Eyeballs was a way to try both.
Cool talk on feasability of making it possible to build an IPv6-only version of the Linux kernel with no IPv4 support:
Hey #IPv6 folks: If I do NOT have a /64 assigned to me and only have a single IPv6 assigned, am I better off adding fd00::/7 addresses to the jails and then NAT'ing to them like I do with the IPv4 addresses?
I don't think I have any other kind of choice here.
Just a friendly reminder that Canada (CIRA) runs a free fast and public DNS resolver for everyone. It is not run by a for-profit corporation. It even has a clever name: https://www.cira.ca/en/canadian-shield/
They offer IPV6 resolution, DoH and DoT and setup instructions for more devices than you’d expect: https://www.cira.ca/en/canadian-shield/configure/
They offer easy to use apps, but also adding to your router or OS/Browser options.
#ohcanada #canada #dns #privacy #datenschutz #publicgood #civics #ipv6 #ipv6orbust
@tschaefer Hosted at AS51167
They are known for flakey #IPv6 support. IMHO
Works for me at the moment.
@namedbird could sing a song.
Don't know how he made his server working so good as it is recently.
Hat schon jemand #IPv6 im #Swisscom-Mobilnetz? Und weiss jemand, ob das auch für die Billiglinie #Wingo kommt?
https://www.swisscom.ch/de/privatkunden/hilfe/mobile/ipv6.html
For this Throwback Thursday, I'm breaking out a classic blog post:
https://blog.flyingpenguintech.org/2014/05/monitor-your-ipv6.html
12 years later and it's still enough of a problem that @miyuru has created a site to track the ones we know about: https://v6check.miyuru.lk/failed
For those of us running #IPv6-only networks your site isn't just "down on one protocol", it's *down*, full stop.
Want to take a small step toward using #IPv6 but the whole provider landscape looks awful where you are? Start using [::1] instead of 127.0.0.1 when you need to talk to localhost by number. It will do quite a bit toward rooting out some of the last places where there is a legacy dependency, as well as getting you and the people around you used to the new ways.
K, need the #ipv6 gang.
I'm hanging on the edge of being That Guy here.
The k8s network model always seemed to me to map really nicely onto a simple /64 per worker. Containers in a pod share a network namespace, not allocating discrete IP addresses to individual containers.
But, reading the proposed draft for DC v6 deployment, and specifically the section at https://www.ietf.org/archive/id/draft-martin-deploying-ipv6-data-center-02.html#name-prefix-allocation-for-hosts re container hosts, and taking some pause here:
A common data center pattern assigns a /56 to each physical host (or rack entity), providing 256 /64 subnets --- one /64 for the host itself and up to 255 /64 prefixes for containers, virtual machines, or Kubernetes pods.
Does it? Like, is that actually "common"? I don't want to just port IPv4 thinking over here, but I honestly struggle to think of scenarios where I would specifically want a /64 per pod.
Assigning only a /64 per host (or per rack entity without further delegation) is often insufficient when multiple containers each need their own address space.
Eh? That...seems to run counter to the common k8s network model? How often are folks finding this "insufficient"? Are we running a bunch of weird VNF workloads I'm not yet encountering?
In a closed data center with explicit routing and no SLAAC on container segments, some designs assign one /64 per physical host and carve /72 (or longer) subnets from that host prefix for container tiers. That pattern is not suitable on the public Internet or where hosts expect standard /64 semantics; use it only with operator-wide agreement and tested CNI or orchestrator support.
Maybe I'm missing something, but any CNI patterns I've come across so far seem to basically expect an address per pod, not a prefix per pod with multiple discrete container addresses within that. Who's running SLAAC between the worker and containers? Are we the exception here with "explicit routing"?
Honestly I was originally perhaps a bit conservative with just an address for the worker itself in a rack-local uplink /64, and then a /64 per worker for pods. Perhaps a /64 or two for the worker itself and then a /64 for its pods is more suitable. But a /56 per worker to support a /64 per pod seems...a bit much?
A /52 podCIDR supernet gives us 4,096x /64s, so 4k workers at a /64 per worker. That's still a good chunk to work with if we have big clusters. Shifting to a /56 per worker would put us at a /44 podCIDR supernet for a 4k node cluster limit.
I know we should work from our base address needs and then work out way up rather than trying to "fit" within a predefined sizing. But this seems like a good chunk of hierarchy bits that don't actually fit with my understanding of the intended (k8s) network model.
Are folks really out here dropping a /64 per k8s pod?
I'm helping a nonprofit get started with their greenfield multi site #k8s cluster, using a /48 #IPv6 GUA subnet for each site. But sadly, the upstream ISP for each site will only delegate a /56 subnet at best. Some as small as a /60.
They're not yet large enough to set up an AS and peer using BGP, so I was hoping to use #NPTv6 between their GUA prefix and the ISP's prefix. But I think the only sensible way forward is, ugh, #NAT66 from the /48 to the ISP's /56 or /60.
Anyone have better ideas?
Aktuell Business Tarif mit Vodafone Station im Bridge Modus /59 (exUnitymedia Hessen)
Vorher Privatkundentarif mit Dual-Stack und Komfort Option, Fritzbox im Bridge Modus 2x /59
Finally, Hutch has deployed IPv6! 🎉 All 3 mobile ISPs now support IPv6, meaning **all major ISPs in Sri Lanka now offer native IPv6 support.**