@benjamin, first of all, thanks for the reply.
Second, as I already mentioned the equipment on my intranet works correctly. No packets loss (tested with ping, tracert, winMTR Loss%=0 on all target IPs within the intranet), no unexpected connections (tested with Wireshark), intranet latency <1ms on LAN.
Last but not least, here the data (from my point of view this will not help on this issue but anyhow)
Roon Core Machine
ROCK Version 1.0 (build 254) (NUC i7, 16 GB, SSDs -both the system and music storage). HD transfer speed (to and from …/ InternalStorage/… ) > 100MB (constant value without any speed drops).
Networking Gear & Setup Details
Synology Load Balancer/ Failover Router → FritzBox1 and FritzBox2 → IP1 1Gb and IP2 100Mbit
All parts of the Roon equipment are LAN - connected
Connected Audio Devices
The last one which is still connected with Roon is Mytek Brooklyn Bridge (LAN interface)
Number of Tracks in Library
This is not relevant. The issue is a Tidal streaming problem
Description of Issue
Drop-outs (1-2 sec). NB: There is no specific songs, timeframes or so… the drop-outs are completely randomized.
Hints: I tested the DNS response of IP1 and there are permanently packet losses (about 40%). Some reply’s take more than 5 seconds. NB: I can not influence this but the DNS packet losses do not cause issues with any streaming of 4k videos or music streaming services (Amazon Music, Internet Radio, Tidal using the Tidal native apps etc.).
So, one idea could be that you guys implemented the license validation procedures a wrong way (pings “home” and/or buffering of DNS addresses not sufficiently implemented …considering the 40% IP1-DNS-packets loss, I measured).
My solution (works without any drops so far): I changed the primary DNS to IP2 (packets loss 0%) but this is not the right way to stay at as I changed the failover process doing so (don’t know if the synology guys implemented all failover parameters correctly…)