I only tested for a few seconds, I might moved the whole network over the the router DNS again and see if there's any change, we could be changing ISP for no reason
yes, I was annoyed
I tested an IP address and couldn't tell the difference, maybe 1ms difference on a ping test, thats probably not even the correct test
there might not be an issue at all here, but it does feel slower
except I believe these results are expected 13ms to google.com is fine
maybe its not the ISP after all, and the latency seems consistent
I had a lot of problems with NextDNS. I was always opening support tickets with them and they never responded. When my subscription ended, I migrated to AdguardHome, pointing to Cloudflare's DNS. The problems stopped.
some devices say there connected to London(zepto-lon-1), some do not (vultr-ams-1)
I might go back to pi-hole, but the co-founder had a massive argument with me
even the ISP DNS server seems faster then NextDNS, or maybe thats because the router is caching, if I used pi-hole again it would be properly cached
is a 3 second loading delay normal for a FTTP connection, we have decided to stay with our current ISP but I think this delay is higher than it was before
Can you explain how this is the same issue if you've eliminated the OpenWrt device thru bypassing it (and I assume NextDNS)?
(I understand you see different configuration problems on the same device as being "related", but clearly a more specific description of each problem is required. Conflating issues together causes confusion and misunderstanding of the purpose of changes, mistaking changes as resoultion to other issues, etc.)
Loading delay when doing what?
Where do you live (otherwise, how can we answer that)?
Test your connection without NextDNS (if that's what you identified as possibly causing the issue), pretty simple.
And 265ms is even higher. Anyway, as I said, I'm clearly misinterpreting your posted results (or the 192.168.1.1 device was reconfigured to perform a different task since your last description).
Then what was 52ms?
Yep, something changed. Again, it's difficult when you say reference a previous thread that supposedly has all the information, but then you mention changes later in the discussion.
Yea, clearly I'm missing your intended goal in this testing. And if the OpenWrt isn't connected, I don't understand the posts in this forum and the comments about planning to stop using OpenWrt.
Was this test result with the OpenWrt?
(In other words - I'm trying to understand how a unplugged OpenWrt is involved in this issue, how these tests results offer clarity, and how the information in the previous thread is helpful, given you've unplugged the OpenWrt.)
Yes, I know it was with a PC - but with what router, configuration, etc. (please provide relevant details)?
As we discussed in PM, this is an OpenWrt forum, so, I was just seeking clarification. If not OpenWrt, please let us know to end any confusion.
If it's without the OpenWrt, you can safety surmise that the OpenWrt can't be causing the issue.
We discussed in PM that it's expected that a user is employing an OpenWrt device if seeking advise in the OpenWrt forum. Feel free to provide the configurations and description of the setup once reconnected (please don't reference an old thread).
Also, since we know the OpenWrt was unplugged, remember to describe the actual issue [with an OpenWrt device] that you'd like assistance in troubleshooting.
Edit:
Also, since it's clear this thread blames and discusses an unplugged OpenWrt which is technically impossible, and since there's no OpenWrt in this setup, let's make a new thread for any new isssue that you experience.
(Additionally, since the OpenWrt is unplugged, we know your NextDNS resolution latency issue is unrelated to OpenWrt. No need to seek assistance here, as you identified it as unrelated.)
Edit 2:
Especially since you mentioned in PM that your goal was to ask the OpenWrt forum about non OpenWrt issues.
an engineer from our ISP is coming out, so it was definitely a problem with the ONT
Sorry for wasting your time
I used OpenWrt and the router when testing, I passed a server IP to dig/nslookup
I will only post openwrt from now on, I did know that, sorry
yes, that's why I am using it again
its maybe 1-2ms more latency, its nothing
I suppose I don't need to reply to everything, when I have already said above
the explains how we got to this point though, I would say that's important
but my explanations were not clear enough, so I do understand
my only thing now, is DNS caching possible?
while still passing to NextDNS
client uses cache, queries is forwarded and cache is updated, is that possible?
its not unplugged now, I have been without it for 24 hours, maybe 48 hours
its back as NextDNS is hard to understand when everything is one device, it makes it harder to whitelist domains, as you can not see the doamins you need
I will be repeating myself agin
another new thread, this one is still accurate
There is a network issue outside of our control, but I would still like faster DNS if possible
as thats 16-20ms down to 1-2ms with a local cache
engineer visit like mentioned above
I was asking for latency advise as we was halfway though leaving our ISP and they was not bothered about issues
Now we are back with them, they are back to trying to fix the issues
again, I am sorry for talking about non-openwrt devices
it will not happen again, I do not want to be banned again
Your explanations were 100% clear - the problem is (as discussed in the PM) your expectation that people on the OpenWrt forum were here to assist with non OpenWrt issues.
Again:
This thread is not accurate, since this thread is about a setup that doesn't even include an OpenWrt device.
Again, as above, please make a new thread for a new issue.
Just to be clear - I saw this information, but each time (and throughout this thread) you were discussing a setup with a non-OpenWrt device. As I noted in PM:
If you have an inquiry about re-enabling DNS cache that was probably disabled by your numerous "minor" or "useless" configuration edits never discussed or undertaken previously for a different reason (i.e., because you setup direct DoH instance to each device to NextDNS when using the https-dns-proxy package), feel free to create a new thread