On Jan 4, 2023, at 5:18 PM, William Herrin <[email protected]> wrote: > On Wed, Jan 4, 2023 at 5:10 PM David Conrad <[email protected]> wrote: >> On Jan 4, 2023, at 2:32 PM, William Herrin <[email protected]> wrote: >>> However, since /48 is also the minimum Internet routable size, >> Sorry, what? Out of 172,457 IPv6 prefixes seen at AMSIX (according to >> routeviews) on 2023-01-01, counts of prefixes longer than 48: > Sorry, I didn't realize I'd be called out for insufficient pedantry.
You’re aware you’re on the Internet, right? > The minimum IPv6 size _ubiquitously accepted_ into folks' Internet BGP > tables is /48. As with IPv4's /24 boundary, some folks accept longer > prefixes. As with IPv4, -some- is not enough. “Ubiquitous". Like /24 in IPv4 was ubiquitous until Sprint (the 800 lbs gorilla at the time) started filtering at /19? The point being that arbitrary boundaries are overly simplistic: there aren’t hard rules here, only local policy. But you know this. Anyhow, back to the original question: On Wed, Jan 4, 2023 at 11:52 AM Fernando Frediani <[email protected] <mailto:[email protected]>> wrote: > I always found a bit strange (not only in ARIN) to have this distinction > between ISP and End-user. In practice things should not differ much. Only > thing that would possible remain slightly different are the details of > justifications that must be provided and the size of the block to be > allocated. > In practice, ISPs tend to grow much more and more quickly than end user networks. > Another thing that I wanted to understand better is the reasoning to allocate > a significant smaller IPv6 block to a said end-user organization given it is > not so scarce resource. At least a /40 should be minimal default for an > end-user (not a /48) and a /32 for any size of ISP. > You might want to look at RFC 6177. > For now my personal impression is to create some artificial scarcity in order > to have different levels of Service Category. > Never attribute to malice what can be more easily explained by inertia. Regards, -drc
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
