Vero4k+ network speed much to low [solved]

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 :unamused:). 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