The internet doesn't care about multiplayer games
networknext.com
networknext.com
How about improving public internet infrastructure instead?
You're essentially asking, "why don't you ignore the thing that definitely works right now, and instead try the thing that might work out in a decade or two if you get lucky?" Why would any sane business choose that option?
That's what GPs remark of "only big players can afford private networks" was about, and it's the opposite of what you're claiming.
If you don't want solutions like this, are you also against private networks? In addition to Riot, Google famously cuts the gordian knot of CAP in Spanner by declaring their network won't go down.
If it's ok to do it yourself but not outsource it, "think of the little guy" holds no water.
Although it should be noted that all of this effort is only worth it because greedy ISPs are unwilling to peer to certain other networks in most (all?) cases, as the private network is still running through the same cables for most of the way.
That's the logic of the above post. The answer is NEITHER "outsource it" NOR "do it yourself". Instead, if the public offering is good enough, you dont need either option. That's how the internet has worked and grown so far.
Not sure I can get on board with that, but it would level the playing field.
Many of the complaints in the reaction to the article is that the article is using the language of net neutrality to argue for the opposite (pay for access, which includes the ability to pay more for privileged access).
This is an optimisation which can be made by the game developer / host, where the alternative would be prioritisation by the ISP, which would go against net neutrality.
I actually think the problem this is meant to solve is an example of why, from a purely pragmatic sense, net neutrality is effectively impossible to deliver at scale. Someone has to eat the costs somewhere, and the publishers are the ones who benefit the most financially.
That's exactly what paid prioritization is though? A less congested bandwidth link free of peasants?
CDNs can get closer to end-users by peering at Internet Exchange Points (IXPs).
* https://en.wikipedia.org/wiki/Internet_exchange_point
Maybe not as close/fast as right on an ISP's network, but probably closer than a trans-continent or trans-ocean hop.
I do not understand this part: why is a business agreement necessary to simply discover BGP paths?
There is an ISP with users that want to go to Youtube or Akamai: the ISP has a router with the full BGP prefix list of the Internet, including for those of YT and A. YT and A are probably in most of the larger IXPs, and presumably the ISP in question is also at a few IXPs.
Why would a business agreement be necessary for the ISP to send traffic over the IXP's switches to the CDN(s)? What's the point of connecting into an IXP if you add the 'overhead' of business agreements?
Because that's how distribution works and has always worked under corporate capitalism: the company making money off the content itself pays to distribute it (on the Internet, this is generally understood to be the originator of the packets). So the ISPs charge the CDNs and companies like Netflix to accept their traffic. A common argument is "well I already pay for that as a customer!" Telecom business models are a lot more complicated than that, and if 100% of their revenue came from subscription fees you'd be paying a lot more than you do now.
> What's the point of connecting into an IXP if you add the 'overhead' of business agreements?
Because it's a convenient location to house network gear with easy access to multiple large ISPs and upstream networks? An IXP is just a datacenter. What makes it an IXP is the fact that multiple large telco networks are hosted there.
From the wikipedia article linked above: "The Vancouver Transit Exchange, for example, is described as a 'shopping mall' of service providers at one central location, making it easy to switch providers, 'as simple as getting a VLAN to a new provider'. The VTE is run by BCNET, a public entity."
But if I am with an ISP A, and I want to watch something on YouTube, then given that I am paying my ISP for connecting me to "the Internet", and YT is on "the Internet", how/why would YT pay the ISP anything?
How exactly would an ISP charge a CDN, YT, or Netflix? The content distributors simply connect to the Internet and advertise via BGP: besides paying their own ISP(s), how would a content provider pay a 'distant ISP'? If a content provider is willing to pay for dark fibre and install their own gear into IXPs, how would any ISP issue an invoice to the CDN(s)?
And the "transit exchange" at VanIX seems to be separate from the open peering option available by simply advertising to the router servers. From the sentence right before the one you quote:
> When these conditions are met, and a contractual structure exists to create a market to purchase network services, the IXP is sometimes called a "transit exchange".
* https://en.wikipedia.org/wiki/Internet_exchange_point#Traffi...
TorIX has the majority of participants doing simple peering:
> The Exchange also offers two BGP Route-Servers, which allow peers to exchange prefixes with each other while minimizing the number of direct BGP peering sessions configured on their routers.[3] Participation is voluntary, with approximately 85 percent of the membership using the free service.
The behaviour of discriminating based on application or financial potential is not tolerated (legally or socially) in other common carriers like mail.
It almost always is a cost savings -- I've worked enough interconnect agreements and the dispute is always over value capture (who gets how much). Transit is expensive; but transit is paid by the originator. The ISPs incur indirect costs that are harder to measure, so it has to be negotiated.
> The behaviour of discriminating based on application or financial potential is not tolerated (legally or socially) in other common carriers like mail.
It's not? Because big companies absolutely get preferential treatment with mail too. USPS does things for Amazon they do not for anyone else.
It hasn't always been like this, but deregulation craze in the 90s/2000s weakened a lot of the protections we had against it.
My customers are delighted by this and in turn they spend more with me and less with my USPS shipping competitors.
Data packets are just digital shipped goods. The same rules should apply.
You get a lot better rate if you can fill a whole intermodal container. You get an even better rate if you buy that containers capacity for an agreed upon period of time.
There's a huge industry built around optimally buying space in shipping containers and transportation.
Or that any unbought priority capacity is made available to neutral internet traffic.
It's not a mutually exclusive situation.
It really is a mutually exclusive situation, either all traffic is treated equally or it isn't.
This isn't animal farm, some packets are not more equal than others
Some packets are more equal because they are being greased with payment to transport providers. Like Bitcoin transactions, you can pay more to have it done faster. Or the HOV lane in big cities - pay a fee or bundle the 'packets' to get downtown ahead of the rest of the traffic.
That sounds like a physical fast lane to me. Pay more, get a faster, more direct route.
Obviously not all packets are equal. VOIP is an example of a high priority protocol. BitTorrent is low priority.
Legislating traffic shaping at this level would be absurd. Have I been living in a cave? Are Net Neutrality advocates arguing that it should be illegal for network operators to perform any kind of traffic shaping, even that which would prioritize the traffic for latency sensitive applications?
At least some of us NN advocates believe it should be illegal for ISPs to perform the kinds to traffic shaping that explicitly identify and prioritize certain ports or protocols over others. Because that kind of traffic shaping is not really necessary to offer good QoS, and thus there's no reason to continue allowing it.
It is nobody on HN's responsibility to educate me on this, but I'd love some good hearty technical reading on this topic, because this is definitely counter-intuitive to me. If anyone has a link to a resource on this topic or feels motivated to type out a technical description of how QoS could work without explicitly identifying and prioritizing certain traffic, I will read it raptly and greatly appreciate the additional education.
CoDel on its own prevents a high-latency queue of packets from building up, but since it operates on a single FIFO queue is indiscriminate about which packets get dropped when it's time to drop something. fq_codel and Cake will tend to give priority to new or sparse traffic flows, and when they need to drop a packet they will drop from a flow that has a standing queue—on the assumption that those high-bandwidth flows are likely to be less latency/drop sensitive and probably can back off on their transmit rate. So any protocol with VOIP-like traffic patterns will tend to get prioritized enough to have minimal added latency and no packet loss (provided it's using a small share of available bandwidth), and the packet drops/ECN markings will hit the network flows that are behaving like TCP bulk file downloads. These heuristics do imbue fq_codel and Cake with a bias toward certain traffic-handling policies, but it's very analogous to the heuristics used by a typical operating system CPU scheduler, and well-grounded theoretically and empirically.
I said at the beginning "for home routers", because these new AQMs have not yet been incorporated into the kinds of ASICs used for carrier-grade equipment. But anywhere that it is practical to deploy these algorithms, they are easier to configure and offer better performance than the now-obsolete QoS strategies that depend on things like trying to decide whether port 53 should go to the head of the line to speed up DNS queries. These new algorithms have proven that ISPs do not need to buy any equipment to do things like detect and throttle bittorrent traffic in order to prevent it from overwhelming their network. They just need to upgrade their routers and gateways to use good general-purpose traffic management techniques.
These tighter margins will (if they weren't government supported) eventually mean that the USPS should reduce the number of trucks they run to better optimize their costs.
No one would have taken on IBM
And if indeed a monopoly were to develop, it’s not as if they could charge whatever they want with impunity. There are many multi-billion dollar companies that would be more than happy to expand into the logistics field if the potential profits are there. FedEx would need to keep their costs reigned in to stave off that threat.
Even if a monopoly could never be assailed (untrue, but for the sake of argument) they still couldn’t do whatever they want. They raise prices, people will search for alternatives. Overnighting a contract too expensive? Companies will start to shift more towards secure verified digital signature and verification methods, and the service providers lose money. Bandwidth being too throttled to play online FPS games or stream HD shows? People will start to look towards more localized or even non-digital options, and the service providers lose money.
Companies like Amazon or Walmart?
The point I was making was a lot simpler: you could fly 1, 100, 100000 additional FedEx priority jets around the world and it wouldn't delay a single USPS truck one second longer.
The original point at the top was that low-latency gaming across the net reduces a QoS issue to a net neutrality issue in the end if we can't add more bandwidth (or airspace) the moment its needed.
And those FedEx planes could slow down the USPS traffic, more FedEx planes means more last mile trucks, more road congestion, FedEx buying more optimally located sorting centers, last mile carriers prioritizing FedEx pickup/drop-off over USPS, etc.
You used the FedEx plane as an analogously to new faster/higher bandwidth infrastructure. The USPS trucks contents may have been on one of those jets at one point (if the contents are considered to be packets, and the truck was a lower bandwidth link).
However, network operators nowadays, instead of building up infrastructure capable of ensuring all traffic gets similar QoS (which costs money), resort to traffic shaping, route analysis, and DPI (looking in the box to figure out what it is), to try to eke out that QoS is more congested links by making the losses at least explain away-able.
This is the opposite of the colloquial way of handling net neutrality, which is to faithfully deliver every packet regardless of content, and mind your business in terms of what it contains.
You don't lookatthe package. You don't shake it. You don't paw at it, poke it, or molest it. Just get it from A to B.
Or did I mess up?
Also I am pretty sure a lot of our infrastructure for the internet was subsidized (via grants or what not) by the government for the big tel-co companies (I have been trying to find legit links to source, but in my quick limited search only found Reddit threads). If this is true, then we, the taxpayers, helped pay for the internet we use and should get at least net neutrality.
Just my opinion, probably wont match everyone else.
Building a shipment company which can reach everyone in a country is a substantial capital investment, which I suspect is higher than that for a nationwide private network, though which is higher is irrelevant to the argument.
The roads, which the trucks require, are subsidized by the government.
In other words, I don't see the differences you're claiming.
Net neutrality, as an argument, applies to Internet; I've never seen a claim that it should apply to private networks, even those which use IP/TCP/UDP.
$50m-ish I think in 70s-80s money before they even shipped a package.
And they still barely made it off the starting line.
Thats more like saying that anyone can pick up a piece of mail and become a mail carrier. There are all manner of legal and practical barriers that require an internet to work outside of your street.
Where I am, it's a simple matter of setting up some high-power relays and building a mesh network in the permitted radio band. People do it all the time.
Also, I think you meant courier. Mail is quite tightly regulated at the federal level, at least in the United States.
FedEx does control which locations they stop at and make pickups/dropoffs.
You can pay more to make sure they only stop with you.
And I believe a friend's law firm has a bulk deal because of how much next day mail they need to send.
People have a right to build private internet infrastructure and sell it at a premium. Full stop. No qualifications.
Your opinion is naive and short-sighted.
This is exactly what peering is a significant chunk of the time. You pay for better peering in the fees that you pay to the right server parks. If that's the exact opposite of net neutrality, it has been dead for a very long time.
Transport however is indeed traditionally paid.
As for paying someone to send data destined to their network, that's weird. Unlike transport, they want that data, why would you pay to deliver it to them?
As an example, AMS-IX is completely non-profit, see: https://www.ams-ix.net/ams/about-ams-ix
[Edit: realised I didn't actually answer your question: it is much cheaper, at scale]
If an online service can determine where the majority of its users are network-wise, then they'd set up a mirror at the closest IXP.
We should anticipate some will say no thank you and strike out forging their own waterways.
Having a protocol and routes that guarantee low ping but require low bandwidth makes sense to me. A lot of the current infrastructure is built for TCP: something that can handle losses and actually uses packet loss to maximize its bandwidth use.
Having specific shortcuts to open fast lines do not threaten net neutrality. For instance, I think game devs, would love if you could "reserve" 10KB/s of the lowest ping you have, out of your 500 MB/s "bandwidth budget" and reserve it to a given port.
And note that it is not just games that require it. Telepresence applications are limited also because of this problem.
Paying for higher-priority traffic/more bandwidth looks very, very similar to paying for traffic not be throttled. Some might argue it's the same thing.
IMO the difference is that backbone packet transit is different than end-user ISP transit. Unfortunately net-neutrality gets very muddy with, eg Verizon being both the backbone and the end-user ISP. Netflix network engineers are keenly aware of transit, which is part of the reason why they run their own CDN.
https://partner.steamgames.com/doc/features/multiplayer/stea...
> Steam Datagram Relay (SDR) is Valve's virtual private gaming network. Using our APIs, you can not only carry your game traffic over the Valve backbone that is dedicated for game content, you also gain access to our network of relays. Relaying the traffic protects your servers and players from DoS attack, because IP addresses are never revealed. All traffic you receive is authenticated, encrypted, and rate-limited. Furthermore, for a surprisingly high number of players, we can also find a faster route through our network, which actually improves player ping times.
> The winning bid carries your player's traffic for the next 10 seconds, then the process is repeated every 10 seconds, for each player
Markets in everything! Like realtime ad markets, it's one of those things that's simultaneously an impressive technical achievement and a Randian nickel-and-diming nightmare.
Like surge pricing, I wonder if there's any incentive for some of the actors to manipulate the system to raise prices ...
A lot of blame is on "I"SPs filtering traffic and sometimes not even giving access to the router so that the host can do port forwarding!
*Non-Steam Civ4 still has Internet multiplayer. After complaints Steam also allowed to revert to the latest official patch using their "beta" feature (for some reason the new Steam patch also breaks the mods - even if they are played even more overwhelmingly in single player! - and Civ4 has one of the biggest mod communities thanks to its semi-open source C++/Python/XML modding).
https://partner.steamgames.com/doc/features/multiplayer/stea...
Good. This is how things should be with regard to dependencies.
Games depend on the internet. If the internet gets rewritten, you'd have to rewrite your games. Low likelihood (of the internet changing), "medium" cost (to rewrite games).
If the internet did care about multiplayer games, then changes to multiplayer games could require us to change the internet too. High likelihood (of games changing), enormous cost (to update the internet).
Today streaming is also a huge factor. But the principle is the same that any low latency application will profit from expectations that are created by consumers on a large scale.
So I think the premise of the article is wrong. The "net" does care about speed and latency. And I doubt a Balkanization of private networks will be advantageous for anyone besides the respective providers. Premium traffic shouldn't be the goal. Common infrastructure that can handle the load is and exclusive network access should be minimized to as few applications as possible.
So are video calls. Live streaming, etc. You're missing the forest for the tree you don't like
It's like hearing Nestle arguing how the availability of drinkable municipal tap water is bad for their bottled water business.
Of course, if as a consumer you have a lousy ISP and the problem is occuring in last few miles, I don't see that this can help.
Do you have a source for that? Offhand, I would assume that video streaming would be an overwhelming majority of internet traffic.
I am totally fine with having two lanes - fast for sensitive traffic and slow. Pay as much you consume. This can be mandated to be neutral.
For example, "You pay $60 per month for a 50Mbit cable connection consisting of 1 Gigabyte of low latency traffic and unlimited regular traffic". Then the user can set certain programs to be "low latency" using an app available from the cable company. If they want more low-latency traffic, they can pay extra.
Actual implementation through CGNAT could simply involve having different source port ranges for low latency traffic.
You can imagine all sorts of things that would be great, but you have to acknowledge the reality that market forces don't work brilliantly on ISPs in many places.
That implies a consumer-friendly regulatory regime that can be persuaded to keep up with all the different attempts to game the system. The idea behind net neutrality would be only having to have this fight once to assert that all traffic is of equal value.
Edit: this comment expresses exactly what I want to say already https://news.ycombinator.com/item?id=21762679
In the end it’s just a question of where the servers are relative to you and nothing else really matters. Private networks tend to make things worse by having fewer paths available increasing the average minimum distance.
Cables aren't laid out straight, but network infrastructure adds a majority of the cross continental latency.
But gaming from the moon would not at all be feasible using light. I wonder how we could solve this for future space communications.
PS: LEO satellite constellations like Starlink have a lower theoretical latency around the world than fiber as the signals are traveling in space, but a longer path. Significantly beating that is going to require magic aka a useful fundamental change in the laws of physics as we know them.
Assuming a 'fair' network. In absence of Net Neutrality it was "Dear company X, you better pay us or your packets will be delayed/dropped and your customers unhappy", and " Dear customer Y, you better opt for extra service A,B,C,D, ... if you want to Game/VoiP/VoD/Chat ..." and very much worse.
"Private networks tend to make things worse by having fewer paths available increasing the average minimum distance."
This is not how internetwork routing works. Obviously a straight line darkfibre line from A to B will beat any route a generic Internet can come up with. It is not a case of Riot Direct xor 'the rest of the Internet', but selectively supplementing by deploying handover points at strategic peering locations in the internetworking fabric where things can have a large impact.
Having said that, I admit it’s not pure snake oil and provides minor benefits to their customers.
Riot has their own network because they want a different kind of optimization than the traditional ISPs and Internet backbone providers aim for.
Network Neutrality was born out of the observation that dominant (read quasi monopoly/duopoly) were actively undermining offers from 'over the top' (meaning offered over the 'generic' Internet service rather than packets over a dedicated managed service offering from the ISP, think Netflix vs your ISP's own VoD offering) service providers by selectively shaping the traffic to degrade their offers. At the time, services such as Skype (pre-Microsoft acquisition) were their primary target as they impinged on the juicy profits from both traditional PSTN and ISP owned VoiP offers (ISP and Telcos were/are pretty tight).
The history of telecommunications has been a perpetual battle to reign in rent seeking natural oligopolies. To pretend no active fairness policies are needed or desirable is denying the obvious.
This by no means negates that lively and continual debates on exactly how to translate policy intentions and objectives into a real network fabric aren't necessary, as fairness is an emergent property relying on very many different punctual choices in configuration and deployment, the impacts of which can be detrimental to the objective both by accident or through deliberate obfuscation.
How? We seem to be discussing QoS. As in ranking and prioritizing different services. Something that is fine for your local network, but has been used to punish torrent users by ISPs. Possible solution the wiki-page [0] describes are over-provisioning (as in never-even-needing-QoS) followed by a bunch of protocol stuff that would be problematic once being payed for.
I'm very much in favor of regulations like net neutrality for e.g. situations with no effective competition. But at the same time, I'd also accept specific connections with special properties for services needing them. A remote surgery wanting a highly reliable connection with consistent latency being the classic example. And also needing high bandwidth, in case your model only allowed for low bandwidth ever needing high priority.
I don't see a way to allow this while keeping a hard-line net neutrality over everything else stance.
And there lies the rub. It is not that NN means ISPs aren't allowed to manage their networks and have to let it all melt down into a cesspool of fully congested non yielding packet spewers (which is a strawman the industry likes to portray).
If network traffic is shaped transparently and non-discriminatory (for competing services types, e.g. buffering all latency robust VoD traffic while letting all eSports gaming packets skip the queue to increase overall Quality of Experience (quality as experienced by the end users rather than pure IP level QoS is not a problem) to provide a fair playing field for service providers (favoring a YouTube packet over a Vimeo packet because the former cut you a deal is not OK) and customers (dropping Anna's Instagram packets because she did not order the 'social' option for a few dollars more, or more likely, Zero rating Instagram packets against a volume cap whereas TikTok traffic is not excused) , there is no NN problem
Intents in regulation are a thing. Disputes on interpretations and compliance are a normal part of the process.
For what it’s worth there is definitely a market for this stuff. Starlink, hello?
Yeah that seems very reasonable and obviously not filled to the brim with a ridiculous level of hyperbole.
No, you are parsing his words incorrectly.
He is clearly equating the market demand for current-day private backbones to society's prior demand for human slavery. That's a ludicrous comparison.
If you think these two things are anywhere nearly the same, you are a mega dumbshit.
I see no reason people shouldn't allowed to build interconnects not connected to the wider internet and charge for their use.
The idea being that if your ISP owns a game company that makes a popular FPS, they shouldn't be able to charge higher rates for packets that need high performance based on the fact that those packets are carrying content for a competing FPS.
It’s interesting that there’s apparently no average netcode. Multiplayer either functions (apparently) perfectly, or it’s shit.
Average network implementations exist its just that they work over a smaller range of conditions than top tier implementations. The enemy of average implementations is actually low populations with a wide geographic spread so players are encountering poor conditions more often. With high populations average implementations generally do okay because you can match up players that will all experience good conditions.
Then you have all the gameplay smoke and mirrors that can dramatically change the felt impact of poor network conditions.
If an ISP were down-prioritizing unknown packets (such as most games since they don't usually use HTTP) then how would you notice that instead of "incredibly shitty netcode"?
https://searchnetworking.techtarget.com/definition/deep-pack...
We still have quite a bit of optimizations to make until real-life latencies are limited by the speed of light over such distances.
For any given two points, the shortest distance between them along earth's surface is never going to be longer than half the earth's circumference. Light travels that distance in 67ms:
$ units --verbose 'pi * earthradius / c' milliseconds
pi * earthradius / c = 66.763248 milliseconds
Double that for a full roundtrip time.In reality, the ping time between myself (in Germany) and the opposite site of the earth (in this case, my company's datacenter in Sydney) is more like 300 ms, i.e. less than 50% of the speed limit imposed by the laws of physics.
Starlink and similar Leo satellites might even have a lower latency as they use laser via vacuum
A lot of the latency will be due to the conversion between light and electricity for processing in routers/switches. If we had all optical processing that would probably bring the latency down close to the theoretical limit
Also, was the sales pitch in the second half really necessary?
"user: gafferongames
created: November 26, 2014
karma: 173
about: Founder and CEO, Network Next."
The user name posting this could be 'NetworkNext' or a brief disclosure could be in the original post -- either of these would provide some transparency. With transparency there would be fewer clicks on the link but greater trust in the content.
Granted, regarding the specific details of this solution, I don't think I want to trust my telerobotic surgery to a system that could let a multiplayer game distributor out-bid my knife control packets...
Oh. Wait.
My top concern is transparency with respect to what routes are available. I wouldn't want my domain to be excluded.
How the backend economics play out will influence this. Large players will eat the variations (in the beginning at least), and small devs could have access to a better tier of networks.
I just fear pricing models will become even more user hostile however (compared to the current service economy). Think Uber pricing for games. Surging to 4x+ prices after school, for example.
People whom want free stuff claim "neutrality" means "same price for everything (without defining the units of 'everything'), and no QoS"
"neutrality" means not discriminating on the basis of identity. It means offering the same terms to everyone, and not letting Disney pay a fee to ban Comcast or BitTorrent, not offering only one flat price for all possible services.
This is not anti-net neutrality, nor is it pro-net neutrality.
It's saying: Rather than accept the unknown path between your customers and you, pay for this service and you can use our optimized backbone reducing the amount of time your traffic is on random networks that aren't optimized for the exact network tuning you need/want.
Network neutrality has to do with public transit networks not favoring certain traffic, generally identified by having _paid_ for preferential treatment.
These folks are _not_ running a public transit network, they're running a _private transit network_ with peering points back to the public internet for access by consumers and producers.
- Without their route planning, latency is introduced by packets spending too much time in a device while it chooses which route to send them?
- Without their route planning, latency is introduced by packets traveling geographically inefficent routes?
- Internet routing technology isn't able determine the best path to send packets along?
- The internet links are too saturated, route onto our network as fast as possible?
Nothing neutral about that. The one with the most money gets the better QoS. We don't need yet another market ruining things the real world uses so that some finance type can make bank. I wish ads for hostile ideas like that one would be flagged as such.
EDIT: oh I see, this is an ad, not news, got it.