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

What do you mean "charge less for a lower QoS band"? Net neutrality has nothing to say about an ISP that wants to offer both 10Mbps and 100Mbps plans, or business-class plans that offer an SLA for a higher price than ordinary residential plans.


This hypothetical company wants to drop packets from lower tier customers first, when congested, and oversubscribe their fiber to reduce costs.


That still doesn't sound like it would violate net neutrality. NN is about not discriminating based on content. In this case all content is still treated the same. Now, if they throttled everything except a few 'vital' resources, then you'd have an issue.


Continuing the hypothetical :)

Let's say we need to drop packets from my lower tier. We'd prefer to keep a good experience for those customers if possible, so it would arguably be preferable to drop lower utility packets rather than grind everyone in that tier to a halt.

If 90% of the packets were coming from streaming video, the ISP could drop them all without affecting that tier's ability to access their bank accounts.

That is really the crux of the issue, because it is very close to reality.


I think you've taken the hypothetical far beyond plausibility. If you think you need to drop 90% of a customer's traffic because of congestion internal to your network, something has already gone badly wrong. I don't think it's realistic to hypothesize that you have a functioning and profitable ISP that enforces strict priority of higher-paying customer traffic over lower tiers rather than proportional or equal allocation of available bandwidth.

But setting aside the question of whether anybody would sign up for such a shitty ISP, you don't suddenly need to throw out 90% of a customer's traffic unless you're suddenly hit by a DDoS that you can't mitigate in any saner fashion. Congestion that bad will build gradually, and you'll have plenty of RTTs to send congestion signals to your customers. If a customer is running an application that is so unresponsive to congestion signals that they end up using 10x the bandwidth your backhaul has available for them, then that customer can have no reasonable expectation that any other applications remain usable. Any sane video streaming service would have lowered the resolution and then dropped the connection entirely as the congestion developed and packet loss increased.

Ignoring even that, you still haven't come up with a situation that requires non-neutral traffic management. AQMs like Stochastic Fair BLUE and Cake will automatically identify the unresponsive flow(s) and probabilistically drop those packets at whatever rate is necessary to alleviate the congestion, converging on 100% drop probability as the flow continues to behave like a DoS, while well-behaved TCP-like flows are minimally impacted (aside from a degree of congestion signalling necessary to keep their total bandwidth usage within the limit of what's available). SFB and Cake don't care about where the traffic is going other than to identify what flow it belongs to. They don't care what kind of traffic it is, they just care about how it behaves. They're neutral algorithms, and they provide a reasonable solution to the unreasonable challenge you've posed.


I think you slightly misunderstood the hypothetical (well, I stated it poorly). In this case, the network is congested and we need to drop packets from a low tier. In the low tier, 90% of the packets are (hypothetically) video streaming. It doesn't need to drop 90% of the packets, I'm just characterizing the traffic in that tier. This is also fairly representative of evening traffic in the US from a residential ISP.

The ISP cannot fully rely on all parties behaving well, unfortunately. The question is: Can the ISP drop packets from this low priced tier that it knows are likely video streaming, even well behaved video streaming, over other packets? Is that acceptable, or "legalized extortion"?

Obviously it would selectively drop DOS traffic first, as you mentioned, but we are past that point.


> The question is: Can the ISP drop packets from this low priced tier that it knows are likely video streaming, even well behaved video streaming, over other packets?

Such a policy is not necessary for the ISP to deliver good quality of service. Content-neutral traffic management is good enough, and often better than poorly-designed discriminatory traffic management policies. There's no real upside to permitting ISPs to engage in this kind of discrimination.


Are you claiming that, for any fraction x of traffic that must be dropped, overall subscriber utility is completely independent of what type of traffic is dropped?


That sounds like something that could be badly implemented, but there's nothing unreasonable about the idea in general. Oversubscribed services are par for the course. If your neighborhood's uplink is saturated during a period of heavy usage, do you really expect each customer to get 1/N share of the bandwidth, or do you expect the customers paying for the 100Mb plan to get up to 5 times more bandwidth than the customers paying for the 20Mb plan? Either way, it's obviously not suffering from the kind of unfairness that gives preference to certain usage patterns over others, and it doesn't involve any extorting of upstream content providers or other form of double-charging for services.


This is not a violation of network neutrality. You are allowed both to treat different types of traffic and different groups of customers differently.

What you aren't allowed to do is treat traffic of the same variety differently depending on whether the endpoint paid you money.

The people being extorted aren't even your customers they are people who want to do business with your customers.




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

Search: