Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

How many IPv6 addresses does a typical user need for daily use?

2»

Comments

  • MumblyMumbly Member
    edited November 2024

    I am also not a native speaker, and because of that, many of my words come out rougher and more direct than intended. The curse of many non-native speakers! :)

    @layer7 said: People who are paid to filter traffic on a large scale like for example akamai will have to think about where a logical entity starts and where it ends. Since the IPs are the most clear factor, they must decide what a single entity is. Something within a /112 ? /32? /64? ... they decided to start at a /64 everything smaller will be automatically seen as the same entity/host. Something bigger "might" be a candidate for a bigger entity. And why did they go for at least /64? Because /64 is the ( like you already pointed it out ) standard.

    We already got partial answer to this with https://www.spamhaus.org/faqs/combined-spam-sources-css/#css-how-handle-ipv6 url I posted:

    CSS lists /64 subnets of IPv6 addresses.

    IPv6: CSS lists “/64” or larger CIDR blocks.

    • A very large number of spam-emitting IPv6 addresses in different /64 blocks within the same network could cause listings to extend to larger blocks.
    • Without such extensions/aggregations, the IPv6 zone size could become unworkably large.
    • Various strategies used by spammers to game the system are made much more difficult by the use of aggregated blocks rather than single “/128” IPs.
    • A “/64” is the industry standard for the smallest IPv6 allocation to individual customers, even for home-uses like cable, DSL or wireless.

    For ISPs which follow standard industry practices, CSS IPv6 listings will only affect a single customer.

    The “/64” choice has RFC4291 as its origin and it is further discussed in RFC6177

    More technical reasons for choosing /64 customer assignments, at minimum, are discussed in a post on Slash64.net, and in M3AAWG document “Policy Issues for Receiving Email in a World with IPv6 Hosts.”

    What's important to understand here is that /64 isn't chosen by coincidence or because it looks nice. The /64 subnet is both a technical necessity and a practical recommendation to ensure proper IPv6 network operation.

    IPv6 addresses are 128 bits long. When you split them into two parts:

    • The first 64 bits represent the network portion (network prefix).
    • The remaining 64 bits are allocated to the host portion.

    IPv6 supports Stateless Address Autoconfiguration (SLAAC), which allows devices to automatically configure their own IP addresses without needing a DHCP server. For SLAAC to work properly:

    • The device must generate its interface identifier (IID), which is a 64-bit value.

    • The first 64 bits of the IPv6 address (the prefix) identify the network, while the second 64 bits are used for the device’s unique identifier within that network

    This is why the /64 prefix size is critical. It ensures there are exactly 64 bits available for the host identifier, which is needed for proper auto-configuration and the generation of unique interface identifiers.
    Using other subnet size could break the functionality of SLAAC and other IPv6 features that rely on a fixed 64-bit host portion.

    Now I am going to sleep - I will suffer tomorrow :)

  • mike1smike1s Member
    edited November 2024

    0 no one needs IPv6 :) this is a shitpost.

  • @mike1s said:
    0 no one needs IPv6 :)

    Only if your ISP is stuck in the past (or you pay good $$ to have static IPv4).

  • @SteveMC said: The more IP you give to customers, the more they'll abuse them ...

    Please, read man. There's absolutely no difference between /128 and /64 in term of handling the abuse. Like said for several times, IPv6 is not IPv4. It works fundamentally differently. Forget the old IPv4 mindset...
    Example: https://www.spamhaus.org/faqs/combined-spam-sources-css/#css-how-handle-ipv6

  • @mike1s said: 0 no one needs IPv6

    Yeah, because multiple NAT layers are solution, right?

    Thanked by 1jnd
  • MetroVPS_NMPMetroVPS_NMP Host Rep, Veteran

    @Mumbly I do now understand why /64 is needed. I can get you a gun, we'll shoot together whoever talking on smaller block than a /64 ! B)

  • I know which LIR/provider to stay away from and recommend against for my next project and friends.

    Instead of arguing about random bullshit, this is the most obvious and correct answer.

  • You should not use smaller than /64 subnets, even for point-to-point links. /64 is used for single LAN and SLAAC. /56 would be the minimal end site assignment while /48 would be for larger sites.

  • kevindskevinds Member, LIR

    @rafathossain said:
    Hello,

    We are planning to provide our clients with IPv6. But, it's huge IP Space. What subnet should be perfect for regular use ?

    Start with a /64 per server.

    Be able to assign a /56 and/or a /48 upon request.

  • kevindskevinds Member, LIR

    @Mumbly said:
    Please, read man. There's absolutely no difference between /128 and /64 in term of handling the abuse.

    Kind of.. We will not add /128's to drop lists, /64 is the smallest that get added to a drop list.

    Annoying that our colo assigned us a /124, but a big part of that I suspect was to prevent it from being used 'normally', to encourage it to be OOB only.

    Thanked by 1Mumbly
Sign In or Register to comment.