latency of connection monitoring

Nthly · Dec 16, 2018, 8:10 AM

Yrs the game tells me, however only if i pull up a menu while in multiplayer... it's BO4. I suspect, however there to be quite a bit of variation and i would be interested in finding out exactly when i suffer form it more.
The box tells me it's 25/30ms. but at times i catch it with over 400ms latency, Are bursts of it.

johnpoz · Dec 16, 2018, 8:18 AM

What does the quality graph show you for latency to your gateway - does it fluctuate a lot?

If you saturate your line that latency can for sure go up.. Is your xbox wireless.. LIke I said jitter on wireless can be high..

Once the packet leaves pfsense - how long it takes to get to answer depends on a whole lot of shit... The only thing you can do to control latency locally is going is to make sure your local network is not the problem..

Nthly · Dec 16, 2018, 8:27 AM

here is the graph. I do not use wireless. I prefer wired.

PING 172.16.1.1 (172.16.1.1): 56 data bytes
64 bytes from 172.16.1.1: icmp_seq=0 ttl=64 time=0.047 ms
64 bytes from 172.16.1.1: icmp_seq=1 ttl=64 time=0.025 ms
64 bytes from 172.16.1.1: icmp_seq=2 ttl=64 time=0.031 ms
64 bytes from 172.16.1.1: icmp_seq=3 ttl=64 time=0.022 ms
64 bytes from 172.16.1.1: icmp_seq=4 ttl=64 time=0.021 ms
64 bytes from 172.16.1.1: icmp_seq=5 ttl=64 time=0.022 ms
64 bytes from 172.16.1.1: icmp_seq=6 ttl=64 time=0.028 ms
64 bytes from 172.16.1.1: icmp_seq=7 ttl=64 time=0.026 ms
64 bytes from 172.16.1.1: icmp_seq=8 ttl=64 time=0.022 ms
64 bytes from 172.16.1.1: icmp_seq=9 ttl=64 time=0.019 ms

johnpoz · Dec 16, 2018, 8:36 AM

.02 to .04 ms??

WTF dude are you running? Never seen even lan ping times that low..

0.00003 seconds... Come on...

Are you pinging the boxes own IP? That is not really a test of network latency..
That is pfsense pinging itself.. Sure ok if that was high then something major wrong.. But that doesn't tell you how long it takes to get from pfsense to where your going and back ;)

Nthly · Dec 16, 2018, 8:37 AM

yes. what should i ping? The problem is i do nto know which is the server i am connecting too...
That is why i wanted a monitoring tool so that i can check what the box connects to.
LOL, my bad, i am a bit unprepared. . .

johnpoz · Dec 16, 2018, 8:37 AM

Ping the IP of the game server, ping pfsense IP from a device ON your network.. Not pfsense pinging itself ;)

Ping your isp gateway from device on your network... That would show you if pfsense slowing you down..

Nthly · Dec 16, 2018, 8:38 AM

PING google.com (172.217.0.14): 56 data bytes
64 bytes from 172.217.0.14: icmp_seq=0 ttl=56 time=12.121 ms
64 bytes from 172.217.0.14: icmp_seq=1 ttl=56 time=13.553 ms
64 bytes from 172.217.0.14: icmp_seq=2 ttl=56 time=11.940 ms
64 bytes from 172.217.0.14: icmp_seq=3 ttl=56 time=12.815 ms
64 bytes from 172.217.0.14: icmp_seq=4 ttl=56 time=11.876 ms
64 bytes from 172.217.0.14: icmp_seq=5 ttl=56 time=11.871 ms
64 bytes from 172.217.0.14: icmp_seq=6 ttl=56 time=11.564 ms
64 bytes from 172.217.0.14: icmp_seq=7 ttl=56 time=14.100 ms
64 bytes from 172.217.0.14: icmp_seq=8 ttl=56 time=13.572 ms
64 bytes from 172.217.0.14: icmp_seq=9 ttl=56 time=12.026 ms

johnpoz · Dec 16, 2018, 8:41 AM

Yeah that looks pretty typical.. and not bad..

That is some IP on the internet - is that your game server your playing on... That is pretty good to be honest..

That is a google IP ;)

Here is that IP from me

PING 172.217.0.14 (172.217.0.14) 56(84) bytes of data.
64 bytes from 172.217.0.14: icmp_seq=1 ttl=53 time=13.4 ms
64 bytes from 172.217.0.14: icmp_seq=2 ttl=53 time=12.0 ms
64 bytes from 172.217.0.14: icmp_seq=3 ttl=53 time=13.0 ms
64 bytes from 172.217.0.14: icmp_seq=4 ttl=53 time=11.5 ms
64 bytes from 172.217.0.14: icmp_seq=5 ttl=53 time=12.5 ms
64 bytes from 172.217.0.14: icmp_seq=6 ttl=53 time=12.9 ms
64 bytes from 172.217.0.14: icmp_seq=7 ttl=53 time=11.4 ms
64 bytes from 172.217.0.14: icmp_seq=8 ttl=53 time=10.6 ms
64 bytes from 172.217.0.14: icmp_seq=9 ttl=53 time=15.0 ms
64 bytes from 172.217.0.14: icmp_seq=10 ttl=53 time=13.7 ms
64 bytes from 172.217.0.14: icmp_seq=11 ttl=53 time=12.0 ms
64 bytes from 172.217.0.14: icmp_seq=12 ttl=53 time=11.4 ms
^C
--- 172.217.0.14 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11016ms
rtt min/avg/max/mdev = 10.667/12.495/15.031/1.167 ms

Nthly · Dec 16, 2018, 8:42 AM

no, i pinged google. I do not know the address of the server i play on, how can i find that out?

johnpoz · Dec 16, 2018, 8:42 AM

look in the game.. What is the FQDN of it - how do you connect to it? Look in pfsense for the connection to the port you use int he state table, etc.

Nthly · Dec 16, 2018, 8:51 AM

the xbox does not tell me where i am connected to unfortunately, i have to use PfSense for it, and i am not sure i know how....
Everything in Xbox is handled behind the hood. I just launch the game and the multplayer part is activated by default. I select matchmaking and the box handles the deal... but i fear that at times i may be connected quite far away, and that impacts a bit how the game plays.

johnpoz · Dec 16, 2018, 8:51 AM

So do you know what port(s) the game uses? Pretty sure you could look it up for firewall for the game... Then look in your state table for destination IPs going to those port(s)

Nthly · Dec 16, 2018, 8:52 AM

Sure,
TCP: 53, 80, 3074
UDP: 53, 88, 500, 3074, 3075, 3544, 4500

johnpoz · Dec 16, 2018, 8:55 AM

Yeah some of those are BS.. 53 and 88..

But ok look for some sates in your state table for say 3074 while playing the game..

Nthly · Dec 16, 2018, 9:07 AM

Here are some,

185.34.107.128:3074 outgoing
184.155.109.165:3074 incoming
99.45.180.232:3074 incoming

Plus these
172.16.1.10:3074 -> 13.89.46.200:3544
13.89.46.201:3544 -> 172.16.1.10:3074

Quite a few states have around 10 packets or just over it. some states have kbps.

johnpoz · Dec 16, 2018, 9:52 AM

Great then ping those - what is the latency..

Grimson · Dec 17, 2018, 2:55 AM

Like most console games it's likely using p2p for multiplayer, which means one of the players is also the host. So latency will always vary, based on who is hosting the match and how their network holds up/is used. So if your connection is fine there is not much more you can do.

johnpoz · Dec 16, 2018, 11:45 AM

^ exactly!

Harvy66 · Dec 16, 2018, 8:33 PM

@johnpoz said in latency of connection monitoring:

.02 to .04 ms??

WTF dude are you running? Never seen even lan ping times that low..

0.00003 seconds... Come on...

Are you pinging the boxes own IP? That is not really a test of network latency..
That is pfsense pinging itself.. Sure ok if that was high then something major wrong.. But that doesn't tell you how long it takes to get from pfsense to where your going and back ;)

To PFSense

C:\Utilities\hrping>hrping -q -t -c 2 -s 0 192.168.1.1
This is hrPING v5.07.1148 by cFos Software GmbH -- http://www.cfos.de

Source address is 192.168.1.2; using ICMP echo-request, ID=2c37
Pinging 192.168.1.1 [192.168.1.1]
with 32 bytes data (60 bytes IP):

[Aborting...]

Packets: sent=32251, rcvd=32251, error=0, lost=0 (0.0% loss) in 1.444008 sec
RTTs in ms: min/avg/max/dev: 0.001 / 0.072 / 1.346 / 0.015
Bandwidth in kbytes/sec: sent=1340.061, rcvd=1340.061

Min of 0.001ms

To the first hop in my ISP

C:\Utilities\hrping>hrping -q -t -c 2 -s 0 x.x.x.x
This is hrPING v5.07.1148 by cFos Software GmbH -- http://www.cfos.de

Source address is 192.168.1.2; using ICMP echo-request, ID=ac40
Pinging x.x.x.x [x.x.x.x]
with 32 bytes data (60 bytes IP):

[Aborting...]

Packets: sent=1181, rcvd=1179, error=0, lost=2 (0.1% loss) in 2.157322 sec
RTTs in ms: min/avg/max/dev: 0.156 / 0.256 / 1.425 / 0.144
Bandwidth in kbytes/sec: sent=32.846, rcvd=32.790

min 0.156ms

I assume the actual latency is lower, but I see packetloss from the host CPU of the core router not able to keep up.

You have to do ping floods to get really low measured latency because of CPU context switching. If you send one packet and block waiting, the kernel switching back to the thread takes a really long time relative to 1gb frame switching latency.

Like this 154us standard ping

C:\Utilities\hrping>hrping 192.168.1.1
This is hrPING v5.07.1148 by cFos Software GmbH -- http://www.cfos.de

Source address is 192.168.1.2; using ICMP echo-request, ID=202e
Pinging 192.168.1.1 [192.168.1.1]
with 32 bytes data (60 bytes IP):

From 192.168.1.1: bytes=60 seq=0001 TTL=64 ID=4234 time=0.282ms
From 192.168.1.1: bytes=60 seq=0002 TTL=64 ID=4280 time=0.202ms
From 192.168.1.1: bytes=60 seq=0003 TTL=64 ID=8788 time=0.154ms
From 192.168.1.1: bytes=60 seq=0004 TTL=64 ID=bd93 time=0.167ms

Packets: sent=4, rcvd=4, error=0, lost=0 (0.0% loss) in 1.501189 sec
RTTs in ms: min/avg/max/dev: 0.154 / 0.201 / 0.282 / 0.049
Bandwidth in kbytes/sec: sent=0.159, rcvd=0.159

Just look at this ping to localhost. It's nearly the same as targeting my gateway

C:\Utilities\hrping>hrping -q -t -c 2 -s 0 localhost
This is hrPING v5.07.1148 by cFos Software GmbH -- http://www.cfos.de

Source address is 127.0.0.1; using ICMP echo-request, ID=1c51
Pinging localhost [127.0.0.1]
with 32 bytes data (60 bytes IP):

[Aborting...]

Packets: sent=1591, rcvd=1589, error=0, lost=0 (0.0% loss) in 0.055184 sec
RTTs in ms: min/avg/max/dev: 0.001 / 0.030 / 0.468 / 0.018
Bandwidth in kbytes/sec: sent=1729.849, rcvd=1727.674

PFSense: RTTs in ms: min/avg/max/dev: 0.001 / 0.072 / 1.346 / 0.015
Localhost: RTTs in ms: min/avg/max/dev: 0.001 / 0.030 / 0.468 / 0.018

From what I can google, a context switch on a modern CPU is about 5us. Then you mix in the CPU trying to sleep and all that fun, you're left reading 200us.

Nthly · Dec 17, 2018, 3:47 AM

@grimson Definitely. I am convinced that any latency will be out of my hands for more than the simple reason that it is part of the internet and that depends on the game provider (netcode and latency compensation model), but also because i do not really have the know how for it.
All i wish to know is when i am affected by higher latency so that i would leave a "bad" lobby for, possibly, a better one.