[Client] LB across multiple endpoints? about quilkin HOT 3 CLOSED

Sorry for late reply!

Is the assumption here that the client proxy would send to every endpoint? My assumption was that it would be something like a round robin, so that a single packet would not get repeated, just sent to a different endpoint each time.

It was based on previous discussions (in meeting) where it was mentioned that we would send data on X endpoints in order to have redundancy. And I think that's where my thought process picked it up.

If I'm following what you said above, the concern is the extra bandwidth of duplicating packets? Is that correct? In that case, I'm not advocating for duplicate packets (unless that was something a user specifically configured/requested for their specific use case)

That was exactly my concern!

My assumption here is that people would set up redundant proxies in the same region that would be essentially the same from a latency / network connection perspective (although it is really up to the user). So in a GCP case, I would have several Server proxies in the same GCP zone, all pointing to Game Servers hosted in the same zone. So therefore sending data to any of the Server proxies is essentially the same for all intents and purposes.

That's absolutely how I would assume most of the implementations would be. My use case comes from the possibility to use these proxies to proxy traffic to any provider.

Another potential setup would be to deploy proxies in all datacenters (even those you don't have servers in) and then use the internal network of Google to transport the traffic.

That's where you would want the client to check latency, this might be a very specific solution but one that I think most game creators which does games that depends on latency would like to have.

Does that make sense?
What do you think?

It does make sense!

from quilkin.

I have been thinking about this for some time now. While I liked the idea of sending data to all proxies configured / assigned in the beginning I think this could become a problem for players that do not have good enough internet.

We have the luxury in many cases where internet connections are around 50Mbit/s or better, but this is not the case in many places around the world where ADSL is the most common type of internet connection.

I have not finished all testing yet, but will do some testing on bandwidth usage for different FPS games to create a better understanding of how many Mbit/s a typical FPS game uses.

A suggestion on solution for this would be that the client only sends data to the proxy closest to the client, but keeps two (or more) sessions open to other proxies which then acts as fallback if connection to the primary proxy dies. This would eliminate us from sending 2-3 times the data and risking of oversaturating the players internet connection.

Thoughts on this?

from quilkin.

Updated the ticket with the new client/server nomenclature.

Thanks for your thoughts and research @suom1

We have the luxury in many cases where internet connections are around 50Mbit/s or better, but this is not the case in many places around the world where ADSL is the most common type of internet connection.

Is the assumption here that the client proxy would send to every endpoint? My assumption was that it would be something like a round robin, so that a single packet would not get repeated, just sent to a different endpoint each time.

If I'm following what you said above, the concern is the extra bandwidth of duplicating packets? Is that correct? In that case, I'm not advocating for duplicate packets (unless that was something a user specifically configured/requested for their specific use case)

A suggestion on solution for this would be that the client only sends data to the proxy closest to the client, but keeps two (or more) sessions open to other proxies which then acts as fallback if connection to the primary proxy dies.

My assumption here is that people would set up redundant proxies in the same region that would be essentially the same from a latency / network connection perspective (although it is really up to the user). So in a GCP case, I would have several Server proxies in the same GCP zone, all pointing to Game Servers hosted in the same zone. So therefore sending data to any of the Server proxies is essentially the same for all intents and purposes.

Does that make sense?

That being said, down the line ,we could do some kind of weighted load balancing / detection of ping time / something else for more advanced load balancing options like you described above.

What do you think?

from quilkin.