[Witarea] Re: [v6ops] Re: How to make an elegant IPv4 outage

Michael Richardson <[email protected]> Wed, 03 Jun 2026 20:43:48 -0400
Newsgroups gmane.ietf.tsv-area,gmane.ietf.v6ops
Message-ID <[email protected]>
--===============7857687241000618632==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha512; protocol="application/pgp-signature"

--=-=-=
Content-Type: text/plain


Interesting proposal.  Probably Useful.

A problem that I continue to see for many who have containers and
microservices is a number of "cloud" systems aren't able to sensibly bring
IPv6 into the container virtual bridge.  And L2 bridging doesn't work because
of L2 filtering by the hypervisor.  DHCPv6-PD ought to solve this, but still
waiting 8 years later...

So one can have a service that is appears to be v6 on the front end, but
whose worker threads can't do v6!
Such an planned outage would provide a useful way to verify things.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     [email protected]  http://www.sandelman.ca/        |   ruby on rails    [
]       My working hours and your working hours may be different.            [
]  Please do not feel obligated to reply outside your normal working hours   [




--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmogykMACgkQgItw+93Q
3WU+jwf+NCuIif2VZL/PPB0lcVnmrkRAffY2tx6cw0KoVmZ+zS2dxqv+PVm4UCXF
7aMqdPL94yAuUPvmueWDyHe+MfglcxDNTDZFjDrO/7r6L7tUJ2QJxAwpeNdoEFaS
VqAWwBbzrDOAa2akco9LxbGZwZYK1mTt9VkFKZcPUygDqxyKVQ9GgN7vkqawyXkA
GGTvQ6NfdW38YOHZ9l1Lx5sRA9lpWkLuPt3LNBFiYHot/Y+g1aZWMm7tZfTetMCs
vwWRPLgASz5ovPL+oH6HkrggrS3HyXI4j2zf5TRUOWH5jqpCXF2nBop7tFOVY/m3
Tw6fSWPOiAfVMoRlerzk74xzAg84zw==
=oB3i
-----END PGP SIGNATURE-----
--=-=-=--


--===============7857687241000618632==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0gCldpdGFyZWEgbWFpbGluZyBsaXN0IC0tIHdpdGFyZWFAaWV0Zi5vcmcKVG8gdW5zdWJzY3Jp
YmUgc2VuZCBhbiBlbWFpbCB0byB3aXRhcmVhLWxlYXZlQGlldGYub3JnCg==

--===============7857687241000618632==--