[arin-ppml] Are we an ISP or an End-User? Can our designation change at a later time?

[David Conrad]

On Jan 4, 2023, at 5:18 PM, William Herrin <bill at herrin.us> wrote:
> On Wed, Jan 4, 2023 at 5:10 PM David Conrad <drc at virtualized.org> wrote:
>> On Jan 4, 2023, at 2:32 PM, William Herrin <bill at herrin.us> 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 <fhfrediani at gmail.com <mailto:fhfrediani at gmail.com>> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20230105/61698453/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20230105/61698453/attachment.sig>