Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If the ISP customer is able to specify which link to use and be charged accordingly, that's not necessarily a violation of the spirit of net neutrality. If a bad ISP implemented this and made the slow path absurdly slow, well then you just always use the fast link and it's the equivalent of the ISP just charging you more. It's not harmful to the Internet, and I believe current regulations allow it.

If the server the customer is connecting to is able to specify which link to use and the server pays the bill for that usage, that's a different matter. If a bad ISP implemented this and made the slow path absurdly slow, servers would be forced to use the fast link in order to access the ISPs' customers, and now the ISP is forcing Netflix et. al. to fork over money just to be able to access their customers. That will hurt the Internet, and current regulations do not allow it.



I'm actually not sure I buy this now.

Lets say I'm an ISP and I build out 2 networks. 1 is 10 times faster than the other. Both end up at the same place and then go out to users.

If I offer companies the option of paying more for the faster network, why is that a problem?

In your scenario it certainly seems reasonable that I should be able to just switch off the slower network, and keep the new prices under the argument that I put in significant amounts of money to upgrade.


> Lets say I'm an ISP and I build out 2 networks. 1 is 10 times faster than the other. Both end up at the same place and then go out to users.

> If I offer companies the option of paying more for the faster network, why is that a problem?

If the company in question is a customer of the ISP, there is no problem. The problem I mentioned was when you, as a company, have to pay money not just to your own ISP, but to your customer's ISP, just to give them their data.




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: