Bad performance on network stability - Rsync error 10 (Xiaomi AX3600)

[tiagofreire-pt]

Describe the bug

I'm using @dimfish builds, based on this repo, from its 20230511 and 20230802 ones, and both suffer from the same issue, on my AX3600.

This router has a wireguard P2P tunnel to another remote location, through its WAN connection. Through that wireguard tunnel, I manage two TrueNAS v13.05 instances, one as host (at that remote location) and other as remote on the AX3600 LAN2 port, using rsync to do a synchronization job every day between them.

The host rsync TrueNAS instance get its jobs failed, with random duration from its start, ranging from a couple of seconds to many hours into the massive synchronization needed.

The error is due to a network problem, reduced to the AX3600 with those builds.

rsync: [sender] read error: Operation timed out (60)
rsync error: error in socket IO (code 10) at io.c(803) [sender=3.2.5]

Tried "module" and "ssh" rsync configurations and both fail with the same error. Also, did use the rsync --timeout 180 flag on the host and remote TrueNAS instances without any improvement.

This error does not appear and the sync runs smoothy with the OpenWRT 23.05-RC2 build (23.05.0-rc2 r23228-cd17d8df2a), available on the main website.

The AX3600 configuration is the same between all these 3 OpenWRT builds.

Any help effort would be much appreciated.

Thanks.

OpenWrt version

Runs perfectly on r23228-cd17d8df2a

OpenWrt target/subtarget

ipq807x/generic && qualcommax/ipq807x

Device

Xiaomi AX3600

Image kind

Official downloaded image

Steps to reproduce

No response

Actual behaviour

No response

Expected behaviour

No response

Additional info

No response

Diffconfig

No response

Terms

• I am reporting an issue for OpenWrt, not an unsupported fork.

[tiagofreire-pt]

/etc/conf/network:

config interface 'loopback'
	option device 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'
	option ula_prefix 'fdde:bd3a:c354::/48'

config device
	option name 'br-lan'
	option type 'bridge'
	list ports 'lan1'
	list ports 'lan2'
	list ports 'lan3'

config interface 'lan'
	option device 'br-lan'
	option proto 'static'
	option ipaddr '192.168.0.1'
	option netmask '255.255.255.0'
	option ip6assign '48'
	list ip6class 'local'

config interface 'wan'
	option device 'wan'
	option proto 'dhcp'

config interface 'wan6'
	option device 'wan'
	option proto 'dhcpv6'
	option reqaddress 'try'
	option reqprefix 'auto'
	option ip6assign '56'

config device 'guest_dev'
	option type 'bridge'
	option name 'br-guest'

config interface 'guest'
	option proto 'static'
	option device 'br-guest'
	option ipaddr '172.16.0.1'
	option netmask '255.255.255.0'

config interface 'wireguard'
	option proto 'wireguard'
	option listen_port 'REDACTED'
	list addresses 'fdf1:e8a1:8d3f:9::1/64'
	list addresses '10.0.0.2/24'
	option private_key 'REDACTED'

config wireguard_wireguard
	option description 'REDACTED'
	option public_key 'REDACTED'
	option route_allowed_ips '1'
	option endpoint_host 'REDACTED'
	option endpoint_port 'REDACTED'
	option persistent_keepalive '25'
	list allowed_ips '192.168.10.0/24'
	list allowed_ips '192.168.11.0/24'
	list allowed_ips '192.168.20.0/24'
	list allowed_ips '10.0.0.1/32'


config wireguard_wireguard
	option description 'REDACTED'
	option public_key 'REDACTED'
	option private_key 'REDACTED'
	list allowed_ips '10.0.0.100/32'
	option route_allowed_ips '1'
	option persistent_keepalive '25'
	option preshared_key 'REDACTED'

[tiagofreire-pt]

As an additional information, this issue is present also on my Linksys EA7500 V1 with OpenWrt 22.03-SNAPSHOT r20063+31-55a48b0957 / LuCI openwrt-22.03 branch git-23.039.29681-007c243 from @ACwifidude, using EA7500V1-20230221-Stable2203NSS-ath10k-factory, 21/02/2023.

[tiagofreire-pt]

Probably, the issue is related to the NSS implementation, transversely, as both distinct targets suffer form the issue, and it is not present on the stable official release 23.05-RC2 (without NSS).

[zxlhhyccc]

Probably, the issue is related to the NSS implementation, transversely, as both distinct targets suffer form the issue, and it is not present on the stable official release 23.05-RC2 (without NSS).

It is recommended to upgrade nss to 12.4.5r2, which seems to be more stable! ~