A lot of them, absolutely, but this particular one had for a long time (arguably still has) useful properties. Like if you're inside same network you can just c

A lot of them, absolutely, but this particular one had for a long time (arguably still has) useful properties. Like if you're inside same network you can just connect to "db" server and don't care what's the rest of the FQDN is. Similarly with typing "ssh app1" vs "ssh app1.example.com" Starts to matter where your k8s address can be <service>.<namespace>.svc.kube.example.com > Merely looking at the options for my DSL device, my god man, even after all these years in tech, I'm still a bit bewildered. A lot of DSL dumbfuckery came from telco. For example, ADSL uses ATM framing which is 64 bytes, with 48 bytes of payload. And it is fixed size packet which means mere TCP ACK, with all header overheads, won't fit and you need to send at least 2 ATM packets for each TCP ACK AND waste some bytes in them too. ATM was first used for voice which is where constant size came from. The VPI/VCI settings are also directly related to ATM protocol And why 48/64 byte ? Coz EU wanted 32 byte payload (coz they wanted lower delays) , US wanted 64 byte (coz they wanted lower overhead) and they just split the difference in the middle. Why the fuck they applied it to inherently point to point ADSL ? Who the fuck knows, you'd think throwing away 25% bandwidth on ATM header would be bad for residential service over shitty wires but they apparently didn't care.