#Relay server detection introduces large latency based on geolocation

1 messages · Page 1 of 1 (latest)

tame mulch
#

My geolocation of the dedicated server and clients are US based.
When the relay connection is established to Russia servers this introduces latency that is unplayable for combat type mechanics.

My firewall has windrose.support wildcarded allow.
In this example my client is connecting to my dedicated server (both have same external IP).
Normally this connects to the eu/us based relays and latency is fine

However this afternoon I see in server logs I see connecting to coturn-.windrose.support
R5LogIceProtocol: [1260894] R5P2p::R5IceConnection::R5IceConnection [734005af69aa4a09891a279e7848d07c] Create R5IceConnection. TransportType TCP. IceControlling true. IsRelayOnly false. UseLocalhostOnly false. CoturnServer coturn-
.windrose.support:3478;
...
R5LogIceProtocol: [1260907] ...Connection::BuildTurnProtocolAsync::<lambda> [734005af69aa4a09891a279e7848d07c] Add Relay Ice Candidate: TCP 155.212.169.178:54751 9c4856410e345abe4cf024ee537c82a5 16777215 relay raddr (not showing my IP) rport 42539

Pinging 155.212.169.178 with 32 bytes of data:
Reply from 155.212.169.178: bytes=32 time=134ms TTL=46

I do not want the my client to connect to coturn-.windrose.support
I tried blocking coturn-
.windrose.support on my firewall but this prevented my client from connecting to my server at that time.
Besides I (others) generally try to block any ru traffic

Maybe the api server for US was down at the time?
Trying again 15min later? resulted is the faster "normal" IP.
R5LogIceProtocol: [1315367] ...Connection::BuildTurnProtocolAsync::<lambda> [d7d0c9fc782b45f6b1010d11d231c621] Add Relay Ice Candidate: UDP 18.198.170.147:24892 9923bf94d5a7138488216ec6189363b6 16777215 relay raddr (not showing my IP)rport 50111 [D:\Source\Build\work\gameRepoCheckoutDir\Plugins\R5BusinessLogicCore\Source\R5P2pGate\Cpp\IceProtocol\R5IceConnection.cpp:1484]

I realize direct IP is a workaround/solution but maybe there's a bug here.

#

using RU in the urls was blocked with a server policy so please consider the URLs above the RUs ones

#

Relay server detection introduces large latency based on geolocation

lapis wharf
#

Thanks for the report, we'll look into it.
Some ISP (like Bezeq International Ltd, Ziggo, telnet, Xfinity, Spectrum) are blocking our servers - and not only the RU cluster, but EU/NA and KR ones too, depending on ISP. So in your case its likely the EU/NA is blocked by your ISP and second best option becomes RU.
Strangely enough we had cases where a western ISP would block EU/NA and KR connectivity servers, but not the RU.

We're trying to contact affected ISPs we know about, but you can also try contacting your ISP yourself and asking to unblock our servers.
Direct IP option was introduced exactly as a workaround for cases that we can't solve - or at least can't solve fast enough.