This is what I have received as final answer from SYNOLOGY support:
Thank you for the patience in waiting.
From my discursion with the developers, I am sorry, there is little we can do about the situation. I was informed that, the Synology does not officially (currently) supports QUIC. Docker being an open source package, I have checked through the documentation without being able to find any information relating to the Network settings.
I will suggest that you contact Storj for more information on why the issue occurred and how to prevent such in future.
Do not hesitate to contact me, if you have any further questions.
Yes so far so good…still online but strange that my Win10 machines works without issue but SYNOLOGY-DOCKER nodes are misconfigured. Hopefully STORJ will not force this as mandatory to be marked as online and reliable STORJ NODE
I guess someone with docker and/or sinology needs to try a simple experiment of delaying the storage node start in the container for a few seconds, to rule out the possibility of the race condition between docker network up and the service start. (Restarting container won’t help, the storage node service as it is started in the container needs to be delayed for testing, and subsequently made dependent on the network interface readiness)