3 ms·
You’re either arguing about semantics or missed the point they were trying to make. If it doesn’t have to be publicly reachable, why should it be publicly addre
by DrewADesign 10mo ago
You’re either arguing about semantics or missed the point they were trying to make. If it doesn’t have to be publicly reachable, why should it be publicly addressable in the first place? I can’t think of any common requirement that will be afforded to users having devices that will never need to be publicly reachable be publicly addressable. Considering most peoples use cases solely involve home networks of devices that they definitely do not want to be publicly reachable, why is needing to explicitly disallow that better for them?
In non-abstract terms, I just don’t see how that works better.
- throw0101a 10mo ago> I can’t think of any common requirement that will be afforded to users having devices that will never need to be publicly reachable be publicly addressable. Because you do not know ahead of time which devices may have such a need, and by allowing for the possibility you open up more flexibility. > [Residential customers] don't care about engineering, but they sure do create support tickets about broken P2P applications, such as Xbox/PS gaming applications, broken VoIP in gaming lobbies, failure of SIP client to punch through etc. All these problems don't exist on native routed (and static) IPv6. > In order for P2P to work as close as possible to routed IPv6 in NATted IPv4, we had to deploy a bunch of workarounds such as EIM-NAT to allow TCP/UDP P2P punching to work both ways, we had to allow hairpinning on the CGNAT device to allow intra-CGNAT traffic to work between to CGNAT clients, as TURN can only detect the public-facing IP:Port, hairpinning allow 100.64.0.0/10 clients to talk to each other over the CGNATted public IP:Port. * https://blog.ipspace.net/2025/03/response-end-to-end-connectivity/#2585 https://blog.ipspace.net/2025/03/response-end-to-end-connect... By having (a) a public address, and (b) a CPE that supports PCP/IGD hole punching, you eliminate a whole swath of infrastructure (ICE/TURN/etc) and kludges. When it was first released, Skype was peer-to-peer, but because of NAT "super nodes" had to be invented in their architecture so that the clients/peers could have someone to 'bounce' off of to connect. But because of the prevalence of NAT, central servers are now the norm. A lot of folks on HN complain about centralization and concentration on the Internet, but how can it be otherwise when folks push back against technologies that would allow more peer-to-peer architectures?
- everdrive 10mo agoIt's baffling to argue that NAT is the real driver of centralization for internet technologies.
- throw0101a 10mo ago> It's baffling to argue that NAT is the real driver of centralization for internet technologies. It doesn't help.
- aboardRat4 10mo agoIt surely was a big factor. When internet finally became popular, hosting a website on your own machine already became infeasible.
- DrewADesign 10mo agoWhat do you mean by popular? I hosted a site on a home machine in the early teens. If you don't know how to do that with NAT, you should not have a web server under your control exposed to the internet.
- avianlyric 10mo agoThe early teens didn’t have huge proliferation of ISPs using CGNATs. These days ISP can’t get hold of new IPv4 blocks, and increasingly don’t provide public IP addresses to residential routers, not without having to pay extra for that lowly single IPv4 address. Hosting a website behind a NAT isn’t as trivial as it used to be, and for many it’s now impossible without IPv6.
- aboardRat4 10mo ago>for many it’s now impossible without IPv6. It's impossible with ipv6 either. ISPs block incoming connections on ipv6 for residential addresses.