NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Roon cannot see endpoint as audio zone on Orbi RBK50 satellite
I use Roon to play music. It is an online digital media player that plays music stored on a network through audio zones ("endpoints") on the network. Problem - the kitchen audio endpoint appe...
Hi CrimpOn
Have installed Wireshark and tried to capture from those 4 devices. I set it to Ethernet though so not sure if it captured from the Kitchen MS200. File attached.
NB I don't know what I'm doing so please feel free to give idiot proof instructions.
PS I can't upload a gzip file - how do I send you the results?
thedigester wrote:
PS I can't upload a gzip file - how do I send you the results?
What I usually do is upload the file to a network share, such as Microsoft One Drive, Google Drive, or Drop Box. Make sure it is sharable to anyone who has the link. Copy the "link" to the file and paste it into a post.
Here, for example, is a Wireshark file I captured between my PC and a security camera back iin 2022:
(have no memory of the reason I captured it or who I was sending it to. getting old sucks.)
Of course - I should have thought of that. Here you go:
Got it. Probably not necessary to zip the pcap file.
Packets captured from:
172.16.0.4 is ?
172.16.0.5 is ?
172.16.0.6 is ?
172.16.0.12 is the Kitchen MS200
172.16.9.58 is ?
The MS200 works correctly when connected to one of the English Electric 8 switches but does not work when connected to either RBS50 satellite.
Do you happen to have a WiFi Extender? (I am partial to the TP-Link RE220 because they are about $15US on Amazon. The brand doesn't matter as long as it has an Ethernet port.)
Why? The point would be to eliminate the RBS50 Ethernet switch from the communication link. A WiFi extender located in the Kitchen would most likely connect to the RBS50 satellite over 5G WiFi. Connect the MS200 to the Ethernet port on the WiFi extender.
Another more complicated experiment would be to temporarily move the RBS50 and MS200 to be near the RBR50 router and connect the satellite with an Ethernet cable. That would move the satellite backhaul link from 5G WiFi to Ethernet.
You are going to a lot of effort to solve this.
As are you!
172.16.0.4 is the Study audio (Meridian 218)
172.16.0.5 is iMac (not sure why I included that)
172.16.0.6 is Roon server (Nucleus)
172.16.0.12 is the Kitchen MS200
172.16.9.58 is the Lounge audio (Meridian ID41)
I have ordered your suggested TP-Link extender - thanks.
It's a burden having good hearing. For me, an Echo Dot has more fidelity than I can appreciate. "The refrigerator door was left ajar again. Don't you HEAR that beeping?" - nope.
That Wireshark capture is fascinating.
- The server (172.16.0.6) is constantly sending out MDNS broadcasts
https://en.wikipedia.org/wiki/Multicast_DNS
asking if there are any devices which can handle airplay, googlecast, and raop. - All three speaker systems send out IGMP broadcasts
https://en.wikipedia.org/wiki/Internet_Group_Management_Protocol - But only the two speakers wired to the local switches send out lots of other broadcast packets, while the kitchen speaker appears to send none.
- The Mac carries on quite a conversation with the Music storage server (as one would expect).
- The server (172.16.0.6) is constantly sending out MDNS broadcasts
- The TP-link extender solved the problem. Sometimes the simplest solutions are the best.
Thank you so much for your help. What a relief!
Even simple "unmanaged" Ethernet switches have a ton of software embedded into the hardware. Things like:
- Autonegotiation. Where the devices at each end of the cable decide what speeds they both can handle and settle on one. https://en.wikipedia.org/wiki/Autonegotiation
- Auto MDI/MDI-X which accepts straight through or 'crossover' cables automatically. https://en.wikipedia.org/wiki/Medium-dependent_interface
- Green capability, to reduce power in specific circumstances. https://en.wikipedia.org/wiki/Energy-Efficient_Ethernet
- IGMP Snooping. To prevent networks from being flooded with IGMP broadcasts that no device wants to see.
https://en.wikipedia.org/wiki/IGMP_snooping
Users have no control over this level of hardware. For years the Forum dealt with situations where Orbi satellites would not function correctly because users had installed switches with poorly designed IGMP Snooping or Green features.
What this solution appears to indicate is that the Ethernet switch module soldered onto the satellite motherboard was blocking some of the IGMP broadcasts from the MS200. Bypass that one piece of hardware, and "all good".
CrimpOn I'm afraid I spoke too soon... the MS200 has disappeared again. The only change I made was to update the TP-link firmware. Perhaps that was a mistake.
I cannot see the MS200 on the network, but it is shown via the TP-link app as being hardwire connected.
Here is another Wireshark capture - hopefully that gives you a clue as to what's going on:
One "feature" of some WiFi Extenders is to manipulate the MAC address of devices connected to the Extender.
I ran into this four years ago when I installed a WiFi Extender in the garage to replace a Powerline adapter that was failing. All of the devices that I had carefully assigned IP addresses to in the LAN Setup page got different addresses. What??? When I looked more closely, it seemed like they no longer had the MAC address that I had entered into the LAN Setup table. (My memory of 2020 is a bit dim.)
Would it be possible to compare the MAC address and IP address of the MS200
- When it is connected to the Orbi satellite
- When it is connected to the TP-Link RE220
I will dig out my RE220 and perform a similar experiment.
Looks like I jumped before looking.
This capture shows exactly the same pattern as before. MS200 sends out** a lot of IGMPv2 broadcasts, but none of the UDP broadcasts that the other speakers do.
Ethernet MAC address of 00:24:C5:00:0E:84 and IP of 172.16.0.12 are the same on both captures.
Darn.
Actually, we do not know what the MS200 is broadcasting, only what the iMac is receiving. Capturing Ethernet is a tricky business because of how Ethernet switches function..
- Switches "learn" the route to every device on the network by creating address tables. "To get to this MAC address, send packets out this port." They have no idea whether that port leads directly to the device, or to another part of the network that (eventually) reaches the physical device.
- Broadcast packets are sent out every network port.
When Wireshark puts an Ethernet adapter into promiscuous mode, the adapter captures every pack that comes in:
- Unicast packets that are addressed to it, plus
- Multicast packets that are going everywhere.
- Unicast packets that are destined for some other MAC address cannot be captured because they do not get sent to this adapter.
All we know is that we are not seeing those UDP broadcasts. My guess is that the MS200 is sending them out, because it works fine when connected to one of the Electric 8 switches.
Just to close this one off, I ended up buying a new streamer (iFi Zen Stream FWIW) to replace the Meridian MS200 and it is working fine on Roon via the Orbi satellite + Ethernet.
Many thanks to CrimpOn for all their help.
Smart move!
I realize there is no major benefit to struggling any more with the MS200 (it is really from 2013?) I was researching a similar issue in 2023 and picked up a pair of cheap stereo speakers on Amazon for $15USD. With a 3.5mm jack, they are intended for connection to a PC, but should also work with the MS200.
It might be interesting to verify where the MS200:
- works consistently. never fails.
- works inconsistently. sometimes, but not all the time.
- never works.