Ge800 high latency on wired ports
Testing with same sfp transceivers, om4 cable in access point mode, I get .1ms from PC to router. I get .4ms from ge800 to router. This gets worse as bridge off that to say ps5 going as high as .8ms.
To make issues worse I tested with cat cable in same combo port, that was exactly the same at .4ms ping, something not right here, sfp should out perform cat cable but they exactly same high latency.
I could not find anywhere set sfp port MTU to 9000 to see if that helps, SFP connected to my QNAP switch in basement.
Something is wrong with firmware, should not be loosing .3-4ms on sfp, and should not be same latency as a cat cable! I strive for every ms off in latency in my setups. I tested with a 10 year old Netgear r7000 and it's latency was .1ms. Something is wrong here.
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Hello @Syleishere, thank you for posting in the community.
While SFP connections using fiber optics generally have the potential for lower latency, the actual latency can be similar to that of Cat cables in many scenarios, especially over short distances and with similar network conditions. As you know, both SFP and Cat cables can support high data rates (e.g., 1 Gbps, 10 Gbps). If both connections operate at similar speeds, the time taken to transmit data may be similar.
When utilizing an MTU of 9000, all devices in the network path (routers, switches, and hosts) must support and be configured for Jumbo Frames. Mismatched MTU settings can lead to fragmentation or dropped packets. So I recommend modifying the MTU settings on the BE900 to 1500 or 1498 and then checking the latency again.
BTW, could you please provide a detailed network layout showing how the BE900, router, switch, and PS5 are connected? This will help us better understand the configuration.
Additionally, except for the latency, are you experiencing any issues while gaming? We can focus on those aspects to explore potential improvements.
- Copy Link
- Report Inappropriate Content
Hello @Syleishere, thank you for posting in the community.
While SFP connections using fiber optics generally have the potential for lower latency, the actual latency can be similar to that of Cat cables in many scenarios, especially over short distances and with similar network conditions. As you know, both SFP and Cat cables can support high data rates (e.g., 1 Gbps, 10 Gbps). If both connections operate at similar speeds, the time taken to transmit data may be similar.
When utilizing an MTU of 9000, all devices in the network path (routers, switches, and hosts) must support and be configured for Jumbo Frames. Mismatched MTU settings can lead to fragmentation or dropped packets. So I recommend modifying the MTU settings on the BE900 to 1500 or 1498 and then checking the latency again.
BTW, could you please provide a detailed network layout showing how the BE900, router, switch, and PS5 are connected? This will help us better understand the configuration.
Additionally, except for the latency, are you experiencing any issues while gaming? We can focus on those aspects to explore potential improvements.
- Copy Link
- Report Inappropriate Content
@Kevin_Z Network is INTERNET -> FreeBSD server WAN port -> FreeBSD LAN 10 gigabit(MTU 9000) -> DAC CABLE TO QNAP QSW-M408-2C SWITCH -> 22 foot OM4 fiber cable -> GE800 WAN SFP ( in access point mode) -> GE800 LAN -> ps5 etc using cat cable.
At 22 feet I have tested cat6 cable against om4 fiber, .1ms on fiber, .2ms on slower cat cable from my PC. My PC connects directly to QNAP switch for test just as the GE800 does, the .4-.5ms lag I can confirm from GE800 directly in system -> diagnostics pinging the FreeBSD server. Hitting ps5 adds another .4-.5ms , so its already given almost a full 1ms of latency. There must be a misconfiguration on WAN SFP port somehow on GE800, should not be getting higher than .1ms ping. I never seen a hardwire have that much latency.
My windows 11 PC settings are Jumbo packet value 9014 bytes, receive buffers 4096(receive scaling enabled, transmit buffers value 16384, queues set to amount of cores I have on CPU., and TCP checksum offload enabled. If this give you any ideas for GE800. I am pretty sure the QSW-M408-2C defaults MTU to 9000 along with all their switches 10 gigabit ports, when I am at 9000 MTU on windows 11 I am getting full line speed of 10 gigabit samba transfers where I was not on my PC with a low MTU of like 1500.
DHCP and everything else is disabled on GE800 as FreeBSD server runs its own dhcpd daemon, currently GE800 is assigned static ip, but I've also copied its MAC address into dhcpd.conf so it gets same IP regardless. One thing I could try is to feed it MTU 9000 with dhcp directly when it comes to get its IP. MTU though is mostly if I want full 10 gigabit line speed trasferring 4k etc videos to NAS, I don't think it would be related to the high latency issue but you never know. Perhaps you can check GE800 assigns all 4 cores to its queues and what receive and transmit buffers are set to. Just trying to run someone ideas you could use to fix this. Quad core arm CPU on GE800 at 2.2ghz should be able to easily handle fast switching, all I can think of is a misconfiguation in firmware somewhere.
I can run tests if you like, but no at 22 feet fiber definately outperforms any cat cable for latency in my tests, on short runs wouldn't make much difference, but again a DAC cable would still be faster than a cat cable at shorter distances.
Only other thing I notice is SFP module runs extremely hot in GE800, not sure if that could be a contributing factor with fan blowing up and not at ports. As far as wireless, only about 10-20 devices connected at any given time currently. The usual tablet, laptop, phone, smart speakers, doorbell etc stuff. I hardwire my desktop, ps5, tv and google streamer only as those are places where I don't want to rely on any possible disconnects from wireless when gaming or working on a server over ssh etc.
From GE800 to FreeBSD router:
PING 192.168.0.1 (192.168.0.1): 64 data bytes
Reply from 192.168.0.1: bytes=64 ttl=64 seq=1 time=0.517 ms
Reply from 192.168.0.1: bytes=64 ttl=64 seq=2 time=0.486 ms
Reply from 192.168.0.1: bytes=64 ttl=64 seq=3 time=0.468 ms
Reply from 192.168.0.1: bytes=64 ttl=64 seq=4 time=0.482 ms
--- Ping Statistic "192.168.0.1" ---
Packets: Sent=4, Received=4, Lost=0 (0.00% loss)
Round-trip min/avg/max = 0.468/0.488/0.517 ms
ping is stopped.
My desktop to FreeBSD router, exact same SFP transceivers and 22 foot om4 cable:
wsl:~ # ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.156 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.176 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.190 ms
its probably abit better than even this as I'm under WSL here lol.
Can you confirm if I can feed it an MTU of 9000 with DHCP option like dhcpd.conf:
host wireless_router {
hardware ethernet x:x:x:x:x:x;
fixed-address 192.168.0.x;
option interface-mtu 9000;
}
I cannot find anywhere to manually set MTU on GE800 in web interface, even when hardcoding a static internal IP on WAN port.
I could run a test as my desktop PC has wifi 6 abilities built in as well, I could try transferring a 24gb+ 4k movie to NAS OS nvme directly to try and get full 10gb line speed over samba, as my zfs raid rust drives could probably only do half that speed unless cached in zfs arc.
On a good note, GE800 only tri-band router wifi 7 router in market with a SFP port :) I selected this specifically for this, so I can run fiber instead of bulky cat 6/8 cable everywhere on longer runs, good job!
ps5 connected directly to switch just with cat cable on a long run:
router:/usr/local/etc # ping ps5
PING ps5 (192.168.0.14): 56 data bytes
64 bytes from 192.168.0.14: icmp_seq=0 ttl=64 time=0.161 ms
64 bytes from 192.168.0.14: icmp_seq=1 ttl=64 time=0.160 ms
64 bytes from 192.168.0.14: icmp_seq=2 ttl=64 time=0.153 ms
64 bytes from 192.168.0.14: icmp_seq=3 ttl=64 time=0.171 ms
64 bytes from 192.168.0.14: icmp_seq=4 ttl=64 time=0.184 ms
ps5 connected to GE800 with cat cable using SFP port for long run:
router:/usr/local/etc # ping ps5
PING ps5 (192.168.0.14): 56 data bytes
64 bytes from 192.168.0.14: icmp_seq=0 ttl=64 time=0.733 ms
64 bytes from 192.168.0.14: icmp_seq=1 ttl=64 time=0.750 ms
64 bytes from 192.168.0.14: icmp_seq=2 ttl=64 time=0.824 ms
64 bytes from 192.168.0.14: icmp_seq=3 ttl=64 time=0.727 ms
64 bytes from 192.168.0.14: icmp_seq=4 ttl=64 time=0.690 ms
64 bytes from 192.168.0.14: icmp_seq=5 ttl=64 time=0.755 ms
So my concerns are here as well as not being able to set MTU to 9000.
- Copy Link
- Report Inappropriate Content
The latency is 0.4-0.5 ms, not 4-5 ms. 
I believe this latency is negligible during gaming or Samba file transfers. Additionally, the ping tests were conducted with only 64 bytes, as shown in the results, so this is unrelated to Jumbo Frames.
There are no such settings that can be configured on the GE800.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 143
Replies: 5
Voters 0
No one has voted for it yet.