[Witarea] Re: [v6ops] Re: Re: How to make an elegant IPv4 outage
Michael Richardson <[email protected]> Tue, 16 Jun 2026 12:45:09 -0400
| Newsgroups | gmane.ietf.tsv-area,gmane.ietf.general,gmane.ietf.v6ops |
|---|---|
| Message-ID | <850282.1781628309@dyas> |
--===============5399881198025456085== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Phillip Hallam-Baker <[email protected]> wrote: > On Fri, Jun 12, 2026 at 5:32=E2=80=AFAM Tim Chown <[email protected].= uk> wrote: >> Perhaps we need to start draft-v6ops-ipv6-dinosaurs and start to name >> and shame such organisations and what they=E2=80=99re doing wrong=E2= =80=A6 polite but >> objective critique and pointers in the doc to best practice. >> >> Tim >> > No, we need the exact opposite. We need branding people can recognize > as meaning that an ISP is providing an Internet service that is fit f= or > a particular purpose. Yes, it needs to be branding/marketing, and it's not something that IETF do= es well, or for which an RFC is particularly useful. > So we do an RFC that sets out distinct levels of service with some > indication of currency. I would try to get a conclave of RIRs to do BCOPs on this, perhaps coordinated via ICANN. (But, really, ICANN itself should not be involved). Maybe CableLabs / Broadband Forum are better venues. > INET-M-26: Mobile service, provides single dynamic IPv6 plus IPv4 whi= ch > may be behind a wide-cone NAT. > INET-R-26: Residential service, provides dynamic IPv6/56 plus an IPv4 > connection that may be behind a wide-cone NAT > INET-S-26: Standard hosting service, provides one or more static IPv4 > addresses plus a static IPv6/56. Please note that there are two axes here: 1) if your v6 prefix is random/changeable vs deterministic. 2) if your v6 prefix is delivered by DHCPv6 or manually configured. This is a detail, but it does affect ability to pick up and move ISP, while retaining the same router. "Standard hosting service" is the wrong term, and will be confusing to ISP marketing types. Because it's not about public facing web sites, even if it probably involves port 443. It should be "Small Business with remote security needs" ("hairdresser") > INET-H-26: High availability hosting service, routes IPv4 and IPv6 > traffic to an ASN held by the end customer. ISPs that can provide this already know what this is, it need only be defin= ed so that an ISP can say to the customer, who should be asking for "INET-S-26= ", if that's really what they wanted. Having said this, I've dealt with many L1/L2 providers who do not listen to me when I explain, slowly, and clearly, that I've asked for L3 services, and that's okay if they don't have that. I've also regularly had annoying attempts to upsell me to L3, when I really really wanted L2. =2D- Michael Richardson <[email protected]>, Sandelman Software Works -=3D IPv6 IoT consulting =3D- *I*LIKE*TRAINS* --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAmoxfZQACgkQlUzhVv38 QpDkbQf+LBNz0QWVshmVXQ+W0qWdUV6oWsuisDyi1QMPCPRkqCSbrZu8Kdf4d8Y9 RUKyco8nlXG2DkjQnIA4KQaGbb+cGLzffX/bbGWPIHwbEXJGv4+8eAMvlo74cJDC lP1HnFi50fiYi3pCEKwPC6ARZrx0Z2gDvs/GNZI4sruIy00XUIrjJq3c/sSbOsmS alZ2ifSuuC8xiiTJFnTPz88HSaRPQXlH+5vDhmiHSghlNk2GRL7x3zYLJdctG17U kNSsu/ataso5MJmqtSA2UOtSvGLUtbRC2aR0vYjtIKpNQT1YGA7BmdXj8ro6672m wS9sYW6cZwi0H+8fmgJAnBhIkXqrmg== =yCDZ -----END PGP SIGNATURE----- --=-=-=-- --===============5399881198025456085== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline LS0gCldpdGFyZWEgbWFpbGluZyBsaXN0IC0tIHdpdGFyZWFAaWV0Zi5vcmcKVG8gdW5zdWJzY3Jp YmUgc2VuZCBhbiBlbWFpbCB0byB3aXRhcmVhLWxlYXZlQGlldGYub3JnCg== --===============5399881198025456085==--