Primary DNS169.1.3.1
Secondary DNS169.1.3.2
Are there auto-assigned DNS servers?
Maybe try the following if not:
169.1.2.1
169.1.2.2
Do any other sites route internationally for you?
South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
Primary DNS169.1.3.1
Secondary DNS169.1.3.2
You mentioned the host uses a 169 IP range as internal traffic, which in turn blocks or implements port knocking from internal requests.
Either way, the issue is fixed. Whether it was a fix from our team reaching our, a change on our end or theirs - it's working.
Nope... I said no such thing. I made reference to an IP range that is used as internal, but both you and savage corrected me. I would also like to know what you mean by "On top of this, our network team reached out to the hosts."? What was asked on your side, and what was their response?
The point is, you responded to my comment about SMTP errors (among other issues in the SOUTH) that was a bit of a brush-off. The fact that it is now working is besides the point... the fact that others are too having SMTP errors tells me that my issue is not an anomaly, nor does it have anything to do with my host/VPS/firewall settings/etc.
SIMPLIFICATION:
"if the error only occurs on the AH network, then there something not working correctly on the AH network.
Are there auto-assigned DNS servers?
Maybe try the following if not:
169.1.2.1
169.1.2.2
Do any other sites route internationally for you?
To do so my router also needs a static IP address. Is there a particular one I should use, or how do I find out which one?
That's pretty weird. DNS and Static IPs are very different services.
I assume you're using automatically assigned DNS then?
Talking to a guy who just knows the basics.
Using a Huawei router and the only option I see to manually enter DNS is to also enter a static IP. I presume the DNS settings are automatic.
I also assume your exchange congestion scenario is partly correct as we now have a power outage and speeds have greatly improved but still getting the international hops of some of the local sites.
Latency looks mostly OK, keep me posted tonight![]()
Decided to switch to Afrihost account as my cap on web africa account was reached.
Did test on Afrihost Business Account. Looks to be performing much worse than Web Africa account
http://netgauge.ookla.com/share/307744207.png
Zertop's "Is it my Line" Results
Date/Time: Wed Oct 28 17:43:54 CAT 2015
Basic Report:
Your packet loss was 0%.
Your average ping was 54ms.
Your maximum ping was 111ms.
Looking at your average ping, your line seems to be a bit dodgy. This may account for any slow speeds you may be experiencing. However, it could just be related to a high-latency home network (eg... Wi-Fi). If you feel the need, please post the results (at the end of the program) into the forum for advice!
Detailed Report:
-snip
Ping statistics for 155.239.255.250:
Packets: Sent = 30, Received = 30, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 111ms, Average = 54ms
The latency is very up and down here though
Anything over 40ms (as a maximum) is an issue on ping here.
How does your ping differ on your other account?
Again, relaying mail via port 587 isn't an issue on our network - only in this case. Could have been a case of port knocking, as I mentioned in the PM.
If our team reached out, we would have said we're seeing issues relaying mail, please update x.
I posted ping with my other account on previous page.
Definitely nowhere near as high as with Afrihost account. Average on Web Africa account was 11ms While Afrihost one is showing Average as 54ms.
4MB Business account
http://netgauge.ookla.com/share/307748826.png
You say that, but the problem was not there before, and is STILL not there on ANY other ISP's network. That in itself means there something was not working correctly on AH's NEW network. It does not make sense to sight "port knocking" as the reason for AH's network not being able to telnet in and see the port as "open". It is also ludicrous for me to have go and check/change rules on the firewall that STILL work PERFECTLY with EVERY OTHER ISP - again, this was proved by me, and in your subsequent tests.
I understand that there is still "tweaking" going on (that is why I brought it to your attention), but seeing as I did troubleshoot with my provider FIRST, and verified where the issue lies, does not diminish, or detract from the validity of my (and now other clients') current issues. The only way that using the telnet command would start working, is if AH's team refined/changed settings in one of their tweaks. The rules on my VPS have not changed, nor should they have to.
Never mind. Google told me that it is used in Multi-route and load balancing situations.Why does "traceroute -n 197.242.144.102" have more than one IP at hop #10, 12,13 and 14?
Not sure how the results would differ to your exchange though.
I thought you'd let one account run for the day though as a comparison?
...and Google is dead again![]()
Never mind. Google told me that it is used in Multi-route and load balancing situations.![]()