NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
NTP issues when Orbi (RBR50) is in Router mode
I have AT&T Uverse with a AT&T Pace 5268AC gateway. My RBR50 is setup in router mode. It is in the DMZ of the gateway (DMZPlus mode so all traffic is directed to it) and has a public IP address. Es...
An update for anyone who may run into this. After posting here, I remembered that I had a AT&T Arris NVG599 in my parts bin. I took it out, reset it, and configured it in "Passthrough" mode for my RBR50. Guess what - NTP has been working since, and I have kept my RBR50 in router mode.
So, FURRYe38 , you were correct about it being an ISP/gateway issue. The AT&T Pace 5268AC gateway was the problem.
Kandyman wrote:I have AT&T Uverse with a AT&T Pace 5268AC gateway. My RBR50 is setup in router mode. It is in the DMZ of the gateway (DMZPlus mode so all traffic is directed to it) and has a public IP address. Essentially, everything works well except NTP.
WIth this setup, none of my devices can sync time from any internet time server. Not even the RBR50 itself.
If I bypass the RBR50 and plug a device directly into the AT&T gateway and it gets a NAT IP addreess from the gateway, it is able to sync time from any time server that I specify (e.g. pool.ntp.org, time.windows.com, etc.). Similarly, if I change the RBR50 to AP mode rather than router mode, so that NAT'ing is done by the AT&T gateway, NTP works.
Could you comment on the reason to put the Orbi in the gateway DMZ rather than put the gateway into Bridge Mode?
(I did not watch all the way to the end, but the guy in this video seems pretty confident)
https://www.youtube.com/watch?v=3Q0Q2alkzcY
When the Orbi is put into AP mode, it is NOT in the DMZ, correct?
And, yes, I believe you are correct that Orbi periodically rewrites the iptables. There is third party firmware for the RBR50 that I believe does not, and also has a method to automatically create iptables when the router is rebooted.
http://www.voxel-firmware.com/Downloads/Voxel/html/orbi.html
Thats not "bridge mode", just the use of DMZ as a WAN traffic pass through thats supposedly unfiltered. ATT Modems don't don't support actual bridge mode.
FURRYe38 wrote:Thats not "bridge mode", just the use of DMZ as a WAN traffic pass through thats supposedly unfiltered. ATT Modems don't don't support actual bridge mode.
This time, I did watch the video all the way to the end. Yes, indeed. He has confused "bridge mode" with DMZ.
What I wonder, however, is why this person appears to think that any router will function in this setup.
Surely he would have noticed if NTP totally failed on his router or any device connected to his router? If no device can get NTP to work, then this is totally unusable.
NTP is the subject of this thread, not "bridge mode vs. DMZ". Did he do something (like when he disabled checking for "router behind router" that makes NTP work?
I think NTP problems are not easily noticed because most devices generally do not have a significant time drift, and when there is one, most people just manually correct the time on the device. I just happned to notice this because I was doing some automation which wipes and reloads the OS and does other things including authenticating to cloud services. It was because I could not get a valid authetication token for the cloud services that I started to dig into it and found the NTP issue. I thought of just manually correct the time like most people will do but then the curious part of me started to ask why time sync wasn't working. Then I looked at a number of other computers & devices and noticed that they hadn't synced time in months - and last synced around when I switched my RBR from AP to router mode.
So it looks like the only way for me to get this working is to go change back to AP mode huh? This stinks. Good fiber speeds from AT&T but you pay for that with inflexibility in their gateways.
