DoomlordVekk: There is no conspiracy.
You're right about that.
All I said, if you read back, was that in attempting a dig on youtube at 188.8.131.52, as proposed to use by L1HD, it gave the same result as the TCL dns.
I said this suggested to me that port 53 traffic was is being bounced at the TCL DNS array rather than being allowed to travel directly.
This isn't some stupid TFH conspiracy, it's just a bit of really common sense logic.
We already know that every packet is inspected somewhere to pick out the traffic that's local .nz to route in the right direction.
We know that port 80 traffic that's international (which most people know is about 80 to 95% of traffic) is redirected though the international caches where it's inspected to see if it's an HTTP request for something already held locally.
We know that some providers use DPI to manage torrent traffic in their networks.
We know that some providers use DNS management to provide a clean feed solution for customers.
It's not stupid TFH theory, it's just simply observation of normal every day networking stuff that goes on in the internet all over the world.
I went on to say that if port 53 management is being used then systems like OpenDNS won't work. Nothing TFH there, just simple fact that it might not work depending on what is or isn't being done.
Fact is that L1HD told me I should use 184.108.40.206 NS to help prove out this annoying issue with YouTube. Why exactly I did not understand at all after I did a dig and found it resolves the same IP addresses.
End of the day, TFH or a good bout of paranoid delusion for which one should take a strong dose of the right medication, I don't really care.
I would kinda like to understand why L1HD said use to googles DNS when we rant on and on and on here about using TCL's DNS.
I would like to know why Googles DNS resolves the same IP range, and yes, I hadn't considered that Google might be seeing the request coming from this IP range and just giving back the cache farm addresses, in which case why bother when the addresses are already in the TCL NS servers?!
End of the day all I really really really care about is the stupid YouTube system just working to a level that it doesn't 'buffer' when my wife is trying to get an education in specialist crafting techniques from training courses that she pays a great deal of money to access from the USA, and... doesn't bother me that her internet connection isn't working when we use a premium service that I pay a premium amount of money for it while at the same time not using Telecom (who frankly, and thanks Pete for your off line help) have been the most helpful so far in figuring out a work around!