Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
Orbi RBR50 router, hardwired to Roon endpoint
Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)
Raspberry pi 4 with hifiberry DIGI + pro and Ropieee latest stable build Roon bridge 1.7 build 571
Description Of Issue
Booting Ropieee hangs on: waiting for ntp synchronization. Only after 4,5 minutes this synchronization is succesful and Roon endpoint becomes available.
It used to boot in about 1 minute but for several months the boot time has gone up to 4,5 minutes and today I found out waiting for ntp synchronization is causing it.
What can I do to speed up boot time?
Figure out what’s going on in your infrastructure, because clearly something is wrong. This should not take that much amount of time.
Just to be clear: are you running the latest version?
Thank you for your quick reply.
Yes I am running the latest version: 2.956 stable. I’ve downloaded the latest image and flashed a new SD card today, because I thought it was the SD card that caused the bootup delay.
But today I connected a monitor to the raspberry pi 4 and saw that it hangs in stage 3 after reporting “Waiting for NTP synchronization”.
I tried to bypass a switch connecting the rb pi straight to my router. Other devices do NTP sync well.
Then I enabled wifi and connected Ropiee to my smartphone enabled as a hotspot with 4G connection. Sync succeeded within 1 minute.
Than I retried with ethernet connection and wlan on but disconnected (hotspot off)
Ropieee reports after 4,5 minute:
Trying over https
So it seems NTP can’t be reached over http on my router. Probably a security setting. I use default settings and would rather keep it.
Can I configure Ropiee to sync over https from the start in order to avoid waiting 4,5 minutes?
That’s not’s what happening.
What happens is that it is not able to sync NTP (which does not use HTTP or HTTPS) and falls back to sync time over HTTPS.
Probably NTP is blocked. Either by your firewall, the router’s firewall, or worse: your internet provider.
Ah that’s what is happening. Thank you.
Is it possible to have Ropiee try syncing time over https first or (much) earlier to solve the problem?
On my linksys RBR50 router I’ve found a setting for Nat-filters in the WAN section. If it is set to “secure” ropieee can’t find the NTP server and boots in 4,5 minutes. If I set it to “open” Ropieee finds the NTP server and boots in 1 minute.
But the help section of my router warns that setting this setting to “open” results in a much weaker firewall increasing the risk of getting hacked.
Since I don’t want to do that I hope there is a way to have RoPieee use https for NTP sync straightaway. Is it possible to set this up in the configuration, using SSH to login and change some settings (I’ve managed to login successfully)?
If so can you maybe help me telling me which settings I have to change to make it work?
Right now you can’t change this, as configuration is rewritten upon a configure.
There is really no need to block NTP.
it should be possible to only open your firewall for NTP (port 123).
Yes, opening port 123 is the simple and elegant solution to your problem.
Now, you want the “sledgehammer” solution
You can run your own internal NTP server in your home. Even a standard Windows PC can be a NTP server. It’s built in to Windows, but disabled by default.
This is assuming that Ropieee would detect one on the same subnet.
Where does Windows get its time from? If it needs NTP then…
Thank you for your support. I’ve restarted my router, main switch and cable modem. It solved the problem: Ropieee now finds the external NTP server within 20 seconds.
If the problem comes back often, I might try the internal NTP server workaround.
Well, does it really matter if the Windows PC can’t reach the external NTP server? The point was to get the Ropieee to get past the NTP sync. Ropieee will sync to whatever time the Windows PC has.
It does not. RoPieee syncs with a dedicated pool outside your own infrastructure.
And again, all the excitement and outrage is solved by a simple router reboot! Some routers have a function to automatically schedule a reboot, which goes to telling how often you need to do it.
Ha! for me that ‘scheduled reboot functionality’ is a hard requirement when looking for a new router.