Vero 4k WiFi problems

bmillham · 8 April 2017 03:38

What doesn’t work? Still buffering? SFTP?

You could try forcing a different IP. You can do that with MyOSMC by turning off DHCP and manually setting an IP.

Do you have any other devices that use the 5G network, like your Mac?

isslayne · 8 April 2017 03:46

sftp and ftp don’t work under 5g,

bmillham · 8 April 2017 03:51

How about this: Instead of sftp TO the Vero, can you sftp FROM the Vero to your Mac?

How is your Mac connected, Wired, 2.4G, 5G?

dillthedog · 8 April 2017 12:44

Back in post #44 or thereabouts I asked isslayne to sftp to OSMC and then run grab-logs -A. The logs were produced with this comment:

The system log shows:

4æœˆ 06 21:21:06 osmc wpa_supplicant[455]: wlan0: Trying to associate with 9c:5c:8e:b7:95:dc (SSID='AC87U_5G' freq=5745 MHz)
4æœˆ 06 21:21:06 osmc kernel: Connectting with 9c:5c:8e:b7:95:dc channel (149) ssid "AC87U_5G", len (8)
4æœˆ 06 21:21:06 osmc wpa_supplicant[455]: wlan0: Associated with 9c:5c:8e:b7:95:dc
4æœˆ 06 21:21:06 osmc kernel: wl_iw_event: Link UP with BSSID=9C:5C:8E:B7:95:DC
4æœˆ 06 21:21:06 osmc kernel: wl_bss_connect_done succeeded with 9c:5c:8e:b7:95:dc
4æœˆ 06 21:21:06 osmc kernel: wl_bss_connect_done succeeded with 9c:5c:8e:b7:95:dc
4æœˆ 06 21:21:06 osmc wpa_supplicant[455]: wlan0: WPA: Key negotiation completed with 9c:5c:8e:b7:95:dc [PTK=CCMP GTK=CCMP]
4æœˆ 06 21:21:06 osmc wpa_supplicant[455]: wlan0: CTRL-EVENT-CONNECTED - Connection to 9c:5c:8e:b7:95:dc completed [id=0 id_str=]
4æœˆ 06 21:21:06 osmc connmand[385]: wlan0 {RX} 2 packets 254 bytes
4æœˆ 06 21:21:06 osmc wpa_supplicant[455]: bgscan simple: Failed to enable signal strength monitoring
4æœˆ 06 21:21:06 osmc connmand[385]: wlan0 {TX} 25 packets 6591 bytes
4æœˆ 06 21:21:06 osmc connmand[385]: wlan0 {update} flags 102467 <UP,RUNNING,LOWER_UP>
4æœˆ 06 21:21:06 osmc connmand[385]: wlan0 {newlink} index 3 address 44:2C:05:9C:2B:72 mtu 1500
4æœˆ 06 21:21:06 osmc connmand[385]: wlan0 {newlink} index 3 operstate 6 <UP>
4æœˆ 06 21:21:06 osmc connmand[385]: ipconfig state 3 ipconfig method 1

indicating that wlan0 was up and later it is allocated IP address 192.168.2.123. So we’re now on 5 GHz wifi.

At the bottom of the system log, we see two ssh logons:

4æœˆ 06 21:27:19 osmc sshd[1310]: Accepted password for osmc from 192.168.2.44 port 61791 ssh2
4æœˆ 06 21:27:19 osmc sshd[1310]: pam_unix(sshd:session): session opened for user osmc by (uid=0)
4æœˆ 06 21:27:19 osmc systemd[1]: Starting Session c3 of user osmc.
4æœˆ 06 21:27:19 osmc systemd-logind[357]: New session c3 of user osmc.
4æœˆ 06 21:27:19 osmc systemd[1]: Started Session c3 of user osmc.

and just 32 seconds later:

4æœˆ 06 21:27:51 osmc sshd[1328]: Accepted password for osmc from 192.168.2.44 port 61792 ssh2
4æœˆ 06 21:27:51 osmc sshd[1328]: pam_unix(sshd:session): session opened for user osmc by (uid=0)
4æœˆ 06 21:27:51 osmc systemd[1]: Starting Session c4 of user osmc.
4æœˆ 06 21:27:51 osmc systemd-logind[357]: New session c4 of user osmc.
4æœˆ 06 21:27:51 osmc systemd[1]: Started Session c4 of user osmc.

Note that both sessions logged on successfully and without any noticeable delay. My interpretation of the log is that the first session was the sftp logon and the second session was the ssh session to run grab-logs. Nothing here suggests that sftp was not working, in the sense that it was not possible to log on.

JimKnopf · 8 April 2017 14:14

@isslayne: Sorry, but the answer is not clear to me. Before I asked to try a 5GB channel between 100-140 on your Asus router since it should provide the highest transmit power of up to 1000mW instead 25mW with the previous used channel 149. Is your answer meant that way having tried this test using a channel between 100-140 on the Asus router?
(An upload of the logs from now on using the grab-logs cmd after every failed test would be very helpful)

Addition: Besides the confirmation of having tested with a channel 100-140, could you also provide the firmware version used on the Asus? 2015 a firmware was released fixing a 5GHz issue named “- Updated the 5G chipset driver to stabilize 5GHz connection.”, see https://www.asus.com/Networking/RTAC87U/HelpDesk_Download/

isslayne · 11 April 2017 05:07

thank you,I test and find that if ftp client(mac or windows) and vero 4k are both 5g wifi,sfp and ftp dont work,one of them is under 2.4g,ftp and sftp work well,I will comfirm the source of this problem,if the source is vero 4k,I will give feedback to you,thank you very much again

yknivag · 11 April 2017 09:48

If it is only certain services which do not work when connected to 5GHz WiFi and everything else works perfectly well on 5GHz WiFi then that would suggest that the problem may lie in your router/AP not forwarding packets correctly from one WiFi interface to the other.

If other things have problems (like poor streaming, intermittent connectivity issues) then it is probably poor signal. There have been other updates on this thread with advice on what to do then.

dillthedog · 11 April 2017 10:16

In post #84 I explained OP was asked to sftp to the box and then run grab-logs -A. The log showed what looked like the eth0 cable being removed and then a wifi connection to ssid “AC87U_5G”.

My conclusion was:

It is still unclear what is meant by “sftp and ftp don’t work under 5g”, since a successful sftp logon appears to have occurred, if the log is to be believed.

yknivag · 11 April 2017 15:06

I’m stumped with regards to SFTP but with FTP I suspect that the issue is the data port not allowing traffic.

I’d still like to see the output of a session on a client machine showing the failure. Either copy and paste or screenshot.

Is it possible that the client being used is using FTPS rather than SFTP?

This is not a common issue and there are many people using OSMC with 5 GHz WiFi so it is almost certainly something unique to the OP’s network configuration.

dillthedog · 11 April 2017 15:30

No. The log shows an ssh session during the test, therefore sftp:

4æœˆ 06 21:27:19 osmc sshd[1310]: Accepted password for osmc from 192.168.2.44 port 61791 ssh2
4æœˆ 06 21:27:19 osmc sshd[1310]: pam_unix(sshd:session): session opened for user osmc by (uid=0)
4æœˆ 06 21:27:19 osmc systemd[1]: Starting Session c3 of user osmc.
4æœˆ 06 21:27:19 osmc systemd-logind[357]: New session c3 of user osmc.
4æœˆ 06 21:27:19 osmc systemd[1]: Started Session c3 of user osmc.

yknivag · 11 April 2017 18:39

Indeed there is an SSH session in the logs, but there is no evidence there of a file transfer attempt (failed or otherwise).

Given that SSH connects there is no reason SFTP would fail.