I never really got the point of the new records either. From what I can tell, they're just SRV records. A separate record class could've made sense with DANE, but nobody implemented it.
I never really got the point of the new records either. From what I can tell, they're just SRV records. A separate record class could've made sense with DANE, but nobody implemented it.
They are not everywhere though. They are not on the greater Internet. They are not on residential networks. I have access to the full 65535 TCP ports everywhere in the world on my average Internet connection.
These middleboxes you speak of are appliances paid for and placed inside of corporate LANs. They can pay to put more modern ones, or just getting rid of them.
The point is that these middleware appliances we often use as a scapegoat exist only in well-controlled private networks. Why should we care about them?
Perhaps for the same reason we only stopped caring about IE 6 after its usage dropped below a tiny percentage.
For better or worse, making your website available to as many groups of people as possible, regardless of their browser selection or network configuration, has been a long-standing goal in the community.
If your website isn't available to folks at the offices of company X because they use appliance Y, through no fault of user Z's, well...that's not ideal, is it?
We did? Half of the sites I find posted on HN literally only work in ONE single browser.
Personally, I would've preferred to ignore the spec incompliant middleboxes, or even report an error about something meddling with the connection to the user when it's obvious they're the cause of any connectivity issues. That's not a very popular approach for spec designers, though, because they're afraid people will blame the new software rather than the Enterprise™ NetworkProtection© box they paid six figures for. After all, the software is what changed, not the box!