Hello,
My wired network speed is ~940 Mbits/s. But the network speed of my new vero4k+ is to slow to play UHD ripps (50-80Mb/s). Browsing network shares is slow too. Iperf3 shows only ~30 Mbits/s.
The switch the vero4k+ is connected to shows a gigabit connection and my old nuc connected to the same switch runs 930Mbits/s. Is there a setting or a config file to edit?
Is there a built in factory hardware test?
Just to confirm: you’re connected via Ethernet?
Can you show me the iperf test output.
Sam
yes, the connection is via ethernet. Here are the iperf3 results. First to the nuc on the same switch, second to the windows fileserver over two switches. Third is windows to nuc over two switches.
osmc@osmc:~/.kodi$ iperf3 -c 192.168.1.52
Connecting to host 192.168.1.52, port 5201
[ 4] local 192.168.1.60 port 48745 connected to 192.168.1.52 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 5.20 MBytes 43.6 Mbits/sec 89 12.7 KBytes
[ 4] 1.00-2.00 sec 4.32 MBytes 36.2 Mbits/sec 79 2.83 KBytes
[ 4] 2.00-3.00 sec 2.32 MBytes 19.4 Mbits/sec 42 4.24 KBytes
[ 4] 3.00-4.00 sec 682 KBytes 5.58 Mbits/sec 32 1.41 KBytes
[ 4] 4.00-5.00 sec 2.75 MBytes 23.1 Mbits/sec 56 2.83 KBytes
[ 4] 5.00-6.00 sec 3.44 MBytes 28.8 Mbits/sec 68 4.24 KBytes
[ 4] 6.00-7.00 sec 2.34 MBytes 19.6 Mbits/sec 28 2.83 KBytes
[ 4] 7.00-8.00 sec 4.27 MBytes 35.8 Mbits/sec 87 2.83 KBytes
[ 4] 8.00-9.00 sec 4.53 MBytes 38.0 Mbits/sec 113 4.24 KBytes
[ 4] 9.00-10.00 sec 3.50 MBytes 29.4 Mbits/sec 99 4.24 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 33.3 MBytes 28.0 Mbits/sec 693 sender
[ 4] 0.00-10.00 sec 33.2 MBytes 27.9 Mbits/sec receiver
iperf Done.
osmc@osmc:~/.kodi$ iperf3 -c 192.168.1.51
Connecting to host 192.168.1.51, port 5201
[ 4] local 192.168.1.60 port 40735 connected to 192.168.1.51 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 2.92 MBytes 24.5 Mbits/sec 57 4.24 KBytes
[ 4] 1.00-2.00 sec 3.10 MBytes 26.0 Mbits/sec 88 2.83 KBytes
[ 4] 2.00-3.00 sec 5.11 MBytes 42.9 Mbits/sec 138 2.83 KBytes
[ 4] 3.00-4.00 sec 2.76 MBytes 23.1 Mbits/sec 84 2.83 KBytes
[ 4] 4.00-5.00 sec 1.01 MBytes 8.51 Mbits/sec 22 2.83 KBytes
[ 4] 5.00-6.00 sec 358 KBytes 2.93 Mbits/sec 12 2.83 KBytes
[ 4] 6.00-7.00 sec 2.75 MBytes 23.1 Mbits/sec 70 4.24 KBytes
[ 4] 7.00-8.00 sec 3.86 MBytes 32.4 Mbits/sec 104 4.24 KBytes
[ 4] 8.00-9.00 sec 3.68 MBytes 30.9 Mbits/sec 104 2.83 KBytes
[ 4] 9.00-10.00 sec 132 KBytes 1.08 Mbits/sec 9 4.24 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 25.7 MBytes 21.5 Mbits/sec 688 sender
[ 4] 0.00-10.00 sec 25.6 MBytes 21.5 Mbits/sec receiver
Connecting to host 192.168.1.52, port 5201
[ 4] local 192.168.1.51 port 6742 connected to 192.168.1.52 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.02 sec 114 MBytes 940 Mbits/sec
[ 4] 1.02-2.00 sec 111 MBytes 940 Mbits/sec
[ 4] 2.00-3.00 sec 112 MBytes 942 Mbits/sec
[ 4] 3.00-4.01 sec 113 MBytes 942 Mbits/sec
[ 4] 4.01-5.01 sec 112 MBytes 942 Mbits/sec
[ 4] 5.01-6.01 sec 112 MBytes 941 Mbits/sec
[ 4] 6.01-7.01 sec 112 MBytes 942 Mbits/sec
[ 4] 7.01-8.01 sec 113 MBytes 943 Mbits/sec
[ 4] 8.01-9.01 sec 112 MBytes 941 Mbits/sec
[ 4] 9.01-10.01 sec 112 MBytes 942 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.01 sec 1.10 GBytes 942 Mbits/sec sender
[ 4] 0.00-10.01 sec 1.10 GBytes 942 Mbits/sec receiver
You shouldn’t have all of those retries. Something is wrong. Can you upload a log via My OSMC after running the test?
Sam
i totally forgot i am using the vpn addon. But on the other hand it should not matter as the nuc is running it too. But i try with the vpn disabled first, ok? If it does not help i upload the logs tomorrow (later today) as i have to climb the stairs up and down all the time and my family is already sleeping.
Please try with the same Ethernet cable as the NUC and VPN turned off. If you let me know your order # I will test with a QA unit from your batch
Sam
Tested with vpn off and swapped network cables, same results ~30Mbits/s.
My order number is 18869, from July 22, 2018.
Thank you for your support, but it’s late now and you should enjoy the weekend. Let’s continue this later if you like or next week. Good night!
Suggest to install ethtool and check the negotiated speed
I’m investigating this now with a device from your batch.
I took a device from the batch you’ve received.
Updated it to the latest version of OSMC.
I then took a different device from a different batch.
ethtool eth0 shows on both:
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Supports Wake-on: ug
So I have 1Gbps negotiated when connected to my local switch.
I then ran iperf, using a window size of 1MB.
root@osmc:/home/osmc# iperf -c 192.168.0.20
------------------------------------------------------------
Client connecting to 192.168.0.20, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.0.6 port 59923 connected with 192.168.0.20 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 1.08 GBytes 931 Mbits/sec
Cheers
Sam
I changed the cables, ports and powercycled the switch. Still same results. After installing ethtool, it looks like the pause frame use is different from your device. There is also a problem with wake on lan.
osmc@osmc:~$ ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Cannot get wake-on-lan settings: Operation not permitted
Current message level: 0x0000003d (61)
drv link timer ifdown ifup
Link detected: yes
Don’t know how to change the “pause frame use” in the network driver yet, still researching.
Meanwhile i uploaded the log to https://paste.osmc.tv/amohupiwiv
The setup is still basic osmc, updated to 2018-8.2, with the service.vpn.manager addon (disabled for now). I installed iperf3 and ethtool via apt. IP of vero is 60, the windows fileserver is 51. The vero is connected via HDMI and analog to my receiver. The wired network is connected to a 8-port Gigabit D-Link desktop switch with a cat 7 cable. To controll it i use the osmc and a harmony remote (which is much slower ). The ir receiver is in the black usb port.
The device doesn’t support Wake on Lan.
I will look at your other issues shortly
Sam
I have iperf server running on MacBook (5GHz wifi).
iperf client running on Vero 4K
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 113 MBytes 94.2 Mbits/sec
iperf client running on Vero 4K+
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 281 MBytes 235 Mbits/sec
Vero 4K+ ethernet is more than 2 times faster than Vero 4K ethernet.
The bottleneck here is the WiFi link to the MacBook.
(probably if MacBook was connected with ethernet, then Vero 4K+ would show 1 Gig speed)
With ethtool, it looks the same as yours:
root@osmc-Ulysses:/home/osmc# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Supports Wake-on: ug
Wake-on: d
Current message level: 0x0000003d (61)
drv link timer ifdown ifup
Link detected: yes
Hope this helps.
That’s quite slow. Are you testing to a WiFi connected device?
Edit: just read that you are.
Ok, just connected iperf server (MacBook) with ethernet (192.168.1.185).
Vero 4K+ iperf client shows 1Gig:
> root@osmc-Ulysses:/home/osmc# iperf -c 192.168.1.185
> ------------------------------------------------------------
> Client connecting to 192.168.1.185, TCP port 5001
> TCP window size: 85.0 KByte (default)
> ------------------------------------------------------------
> [ 3] local 192.168.1.150 port 36893 connected with 192.168.1.185 port 5001
> [ ID] Interval Transfer Bandwidth
> [ 3] 0.0-10.0 sec 1.08 GBytes 929 Mbits/sec
> root@osmc-Ulysses:/home/osmc#
A few thoughts.
The first is that the difference in pause frame use between yours and Sams is a difference between your switches not your veros…
Sams says “Link partner advertised pause frame use: Symmetric” which means his switch is saying it supports both receiving and sending pause frames, while yours says “Link partner advertised pause frame use: Symmetric Receive-only”, which means your switch is advertising that it will honour any pause frames sent to it by the vero, but won’t send any pause frames to the vero.
This is nothing to worry about, and is not related to your problem.
The next thing is that I’m not sure you’re aware but the iperf tests you have been running are testing the sending speed of the vero, not the receiving speed. The iperf client sends, the server receives.
To test the receive performance you need to run the iperf server on the vero and the iperf client at the other end. Can you please try that so we can see if the issue is in both directions.
Other things you could try to help narrow down the cause - can you try an iperf test in both directions between vero and nuc on the same switch ?
Also is it possible when testing your vero to server performance to temporarily plug the vero into the same switch as the server, rather than going through two switches to get there ?
Also another thing to check if the switch the vero is plugged into is a managed switch is to check in the switch’s web interface whether any “rx errors” are reported on the port the vero is connected to ?
If you find a page that shows that information, zero the counters, perform your iperf test then let us know how many rx errors you see, if any.
Finally, what model are the two switches ?
That low transfer rate and high retries suggests there’s a link problem.
Probably that is why the initial setup and update for Vero 4K+ was taking so long and not succeeding.
I think the problem is not with Vero 4K+ or its ethernet port.
My suggestion is to troubleshoot the physical connectivity (cabling) and then the network connectivity (switching).
thanks for clarifying the “pause frame use”.
I tested the vero as as iperf server
nuc to vero (on the same switch)
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.52, port 39194
[ 5] local 192.168.1.60 port 5201 connected to 192.168.1.52 port 39196
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-10.02 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.02 sec 1.09 GBytes 931 Mbits/sec receiver
windows to vero
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.51, port 11933
[ 5] local 192.168.1.60 port 5201 connected to 192.168.1.51 port 11934
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-10.19 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.19 sec 1.09 GBytes 915 Mbits/sec receiver
vero to nuc (on the nuc)
-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.60, port 40132
[ 5] local 192.168.1.52 port 5201 connected to 192.168.1.60 port 40133
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-10.03 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.03 sec 78.6 MBytes 65.7 Mbits/sec receiver
vero to nuc (on the vero)
Connecting to host 192.168.1.52, port 5201
[ 4] local 192.168.1.60 port 40133 connected to 192.168.1.52 port 5201
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 78.7 MBytes 66.0 Mbits/sec 679 sender
[ 4] 0.00-10.00 sec 78.6 MBytes 65.9 Mbits/sec receiver
thats odd. If the vero can recive ~1Gbit, why does it not play a 80Mbit movie from the server? Its buffering every 10 seconds or so.
Both switches are 8Port 1Gbit D-Link desktop switches, not managed. They are on different levels but i will try to connect the vero to the server switch.
vero as iperf server on the server switch
nuc to vero
Accepted connection from 192.168.1.52, port 39238
[ 5] local 192.168.1.60 port 5201 connected to 192.168.1.52 port 39240
[ 5] 0.00-10.03 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.03 sec 1.09 GBytes 929 Mbits/sec receiver
server to vero
Connecting to host 192.168.1.60, port 5201
[ 4] local 192.168.1.51 port 12182 connected to 192.168.1.60 port 5201
[ 4] 0.00-10.01 sec 2.50 MBytes 2.09 Mbits/sec sender
[ 4] 0.00-10.01 sec 2.29 MBytes 1.92 Mbits/sec receiver
nuc as iperf server
vero to nuc
Connecting to host 192.168.1.52, port 5201
[ 4] local 192.168.1.60 port 42273 connected to 192.168.1.52 port 5201
[ 4] 0.00-10.00 sec 36.4 MBytes 30.5 Mbits/sec 821 sender
[ 4] 0.00-10.00 sec 36.3 MBytes 30.4 Mbits/sec receiver
nuc as iperf server
server to nuc
Connecting to host 192.168.1.52, port 5201
[ 4] local 192.168.1.51 port 12238 connected to 192.168.1.52 port 5201
[ 4] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec sender
[ 4] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec receiver
server as iperf server on the server switch
vero to server
Connecting to host 192.168.1.51, port 5201
[ 4] local 192.168.1.60 port 46605 connected to 192.168.1.51 port 5201
[ 4] 0.00-10.00 sec 45.5 MBytes 38.2 Mbits/sec 903 sender
[ 4] 0.00-10.00 sec 45.5 MBytes 38.1 Mbits/sec receiver