How about disabling power management and or green mode on the NIC? Did I read it worked if wireshark was sniffing?
Yeah, I turned on Wireshark on one of @ComputerAudiophileâs machines on Friday and the problem mysteriously disappeared. Which is annoying, because Wireshark would have been a good way to see whatâs actually going on.
Iâve emailed Jesus for the root ssh password on the SOSE.
One more piece of information.
When I use my iMac as the audio zone rather than the SOSE, everything works just fine. Here is the same diagram, but with the iMac swapped in and the SOSE swapped out.
Not sure why this works.
Private zone streaming uses a different protocol (not RAAT).
Ah, thanks.
If the SOSE is 100mbit, maybe it is a hand shake issue? You could try locking your Windows 10 machine in at 100mbit and see what happens? Did you change any of the handshaking settings for the NIC? If any are off turn them back on.
Hi @brian - The SOSE doesnât show up as a RoonReady endpoint (within Roon on my Windows PC) now that I am connected directly to it with an Ethernet cable. I accessed itâs webpage to restart Roon and still no go.
Any ideas?
Iâm assuming you tried restarting Roon, too.
Is there anything on the RoonReady diagnostic page?
Hardware devices are listed and a path to logdump
Does SOSE need a default gateway set to my PC to broadcast anything?
Ok, wow, so it canât even speak to the RAAT piece running on localhost to get the log. Iâm going to PM you a command to let me tunnel into the SOSE.
oh rightâŚI canât. Itâs not on the internet!
I will figure this out on my SOSEâŚhold on.
Here is what the RoonReady Diag says:
RoonReady Diagnostic information BACK to Menu
02/29/2016 16:59:14 - ------------------------------------------------------------
02/29/2016 16:59:14 - /opt/RoonReady/raatool logdump fe0bc93f-1c1f-48ff-b23a-c2507318a91b
02/29/2016 16:59:14 - ------------------------------------------------------------
02/29/2016 16:59:14 - aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SPDIF [Integrated SPDIF], device 0: S/PDIF PCM snd-soc-dummy-dai-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: DAC [Brooklyn DAC], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
Yeah, Thatâs what I assumed you were describing. That means the web interface is unable to connect to the local RAAT server to get the log. Which is probably a side effect of the static IP setup somehow.
What did you do exactly to enable static IP on the SOSE? I want to replicate here.
Edit /etc/sysconfig/network-scripts/ifcfg-eth0
comment out the following:
DEVICE=âeth0â
BOOTPROTO=âdhcpâ
ONBOOT=âyesâ
TYPE=âEthernetâ
PERSISTENT_DHCLIENT=âyesâ
add something like this:
DEVICE=âeth0â
BOOTPROTO=ânoneâ
ONBOOT=âyesâ
TYPE=âEthernetâ
PREFIX=â24â
IPADDR=â10.0.1.251â
Yes, set gateway in that config file, then bounce the interface
GATEWAY="IP_OF_MAC"
@Brian It looks like yâall have discussed quite a bit since you posed your question, so i donât know if it helps or not but here are my answers. i do not appear to have any hardware in common with @ComputerAudiophile outside of the SOSE and Windows 10.
My network is as below:
Iâve connected both my laptop running Roon and my Desktop PC running Roon to the same extender and neither have issues with 24/192 in a private zone.
The gateway was the key to seeing the SOSE.
192 still doesnât work.
I powered off both machines (SOSE & Windows) and was able to replicate the issue at exactly 20 seconds.
Wow, OK.
Thatâs good. Iâm going to do the same thing here with my Windows machine. I hope it breaks.