Afrihost Business Uncapped Feedback - 2

Status
Not open for further replies.
Afridudes,

Can you not see on the Afrihost account - latency was significantly higher on the second hop than on the Telkom account.

Which suggests the problem is on YOUR network because the problem only occurs while on YOUR accounts.

No, this doesn't indicate congestion on our network.
 
Can I ask another question which doesnt seem to have been clearly answered. I understand that the equipment in the exchange is managed by Telkom despite being dedicated to either IS or Mtn as the case may generally be. This would imply that congestion likely happens on a service provider specific basis. i.e. if I the exchange is continually congested than the best option for me would be to change to the alternative provider as his equipment is not likely to be as congested (could possibly be worse) but at least the point is that it would be different?

I am having tracert timeouts and very shocking connectivity through AH while my Webafrica account was flying - please can you look into this? What details do you need.

Changing providers won't help, as the congestion happens on Telkom based equipment.
Let's call the destination after the exchange break off edge, if that's congested changes are there's issues on the network. I know we've seen this previously when losing a link. Traffic starts to contend causing high latency. In that case, switching providers will help.

But if your traceroute shows high latency on the exchange switching providers will not make a difference. Good examples are discussed here http://mybroadband.co.za/vb/showthr...ange-Guide?p=12775639&viewfull=1#post12775639
 
No, this doesn't indicate congestion on our network.
So explain to me how the latency is completely normal on hop 2 while on Telkom ISP account yet the latency is sky high on hop 2 on Afrihost account?
 
Changing providers won't help, as the congestion happens on Telkom based equipment.
Let's call the destination after the exchange break off edge, if that's congested changes are there's issues on the network. I know we've seen this previously when losing a link. Traffic starts to contend causing high latency. In that case, switching providers will help.

But if your traceroute shows high latency on the exchange switching providers will not make a difference. Good examples are discussed here http://mybroadband.co.za/vb/showthr...ange-Guide?p=12775639&viewfull=1#post12775639

Okay fair enough - well at the moment my traceroute simply times out after (and including) hop 2 please help as under your logic this is an Afihost issue (no problem with a WA account)
 
Look dude, this really has been discussed to death. Everywhere.
We do not control anything on the exchange. Yes, an IP address reflects as an MTN one - that doesn't mean we own the equipment. MTN and Telkom will confirm this. In fact, any ISP running an IPC will confirm the exact same information.

I think it's time to put this to bed now.

http://mybroadband.co.za/vb/showthr...ange-Guide?p=12775639&viewfull=1#post12775639
http://mybroadband.co.za/news/adsl/82251-how-to-test-for-adsl-exchange-congestion.html
http://mybroadband.co.za/news/adsl/95583-telkom-bluntly-lying-about-dslam-congestion-isps.html

Once again... I never said it was YOUR (AH's) equipment, it is allocated by Telkom (in whatever form) to MTN - read my post carefully. The point I was making is that you guys need to stop blaming Telkom and their exchanges for everything. The history of this thread, and ALL other AH threads bears testament to the fact that you guys are NOT getting it right... be it through poor software management, diagnosis, or your relationship with Telkom and MTN. No ther ISP that I have dealt with has had so many issues, excuses and blame-shifting as AH has had recently (1.5 years). You can say what you like, but look back at the amount of times ALL of the AH reps have blamed Telkom for poor performance, even after proof from many on this forum that it was AH congestion/IPC shortage (to name but one of the many faults). The fact that a comparison of an AH account with an Axxess account (which follows EXACTLY the same route) reveals completely different end-user experience, is but one of the MANY complaints that we as PAYING clients have had to put up with, is nothing short of ludicrous. It is not for me, as YOUR client, to spend time away from MY business, doing tests (and quite frankly, the ISP's job) to prove to YOU that I am not getting what I PAY for.... these are FACTS, not my whimsical imagination, nor is it to be turned into a technical argument over who's equipment it is. FACT, MTN ESR shows high latency on 2nd Hop ALL OVER THE COUNTRY.... FACT, it does not happen on other ISP accounts (on hop 2)... FACT, this is an AH problem.

THE END
 
Anyone else's business uncapped account died within the last half-hour? My 6 Mbps business uncapped account has stopped authenticating.

My free 1 GB capped account still works. I sent a support ticket, so hope it gets sorted out soon.
 
Once again... I never said it was YOUR (AH's) equipment, it is allocated by Telkom (in whatever form) to MTN - read my post carefully. The point I was making is that you guys need to stop blaming Telkom and their exchanges for everything. The history of this thread, and ALL other AH threads bears testament to the fact that you guys are NOT getting it right... be it through poor software management, diagnosis, or your relationship with Telkom and MTN. No ther ISP that I have dealt with has had so many issues, excuses and blame-shifting as AH has had recently (1.5 years). You can say what you like, but look back at the amount of times ALL of the AH reps have blamed Telkom for poor performance, even after proof from many on this forum that it was AH congestion/IPC shortage (to name but one of the many faults). The fact that a comparison of an AH account with an Axxess account (which follows EXACTLY the same route) reveals completely different end-user experience, is but one of the MANY complaints that we as PAYING clients have had to put up with, is nothing short of ludicrous. It is not for me, as YOUR client, to spend time away from MY business, doing tests (and quite frankly, the ISP's job) to prove to YOU that I am not getting what I PAY for.... these are FACTS, not my whimsical imagination, nor is it to be turned into a technical argument over who's equipment it is. FACT, MTN ESR shows high latency on 2nd Hop ALL OVER THE COUNTRY.... FACT, it does not happen on other ISP accounts (on hop 2)... FACT, this is an AH problem.

THE END

+1111

What don't they understand.

Everything perfect on ISP A (Webafrica, Telkom, Vox, Mweb)

Slow and high latency on ISP B (Axxess and Afrihost)

So, It must be a problem with your exchange although every other non-mtn isp works fine.

Makes sense.
 
Anyone else's business uncapped account died within the last half-hour? My 6 Mbps business uncapped account has stopped authenticating.

My free 1 GB capped account still works. I sent a support ticket, so hope it gets sorted out soon.

Yeah mine did too.
 
Things seem to be going back to normal for me. Torrented some series earlier and speeds were excellent. Busy downloading on Steam and it's going at 800+KB/s. Youtube streaming has been fine on 720p.
 
Things seem to be going back to normal for me. Torrented some series earlier and speeds were excellent. Busy downloading on Steam and it's going at 800+KB/s. Youtube streaming has been fine on 720p.

Mine is also excellent at this time. As I've mentioned before, the return back to normal happens at 10:32-10:33 every night.
 
Mine is also excellent at this time. As I've mentioned before, the return back to normal happens at 10:32-10:33 every night.

My connection has been fine all day. I was torrenting around lunch time.
 
My connection has been fine all day. I was torrenting around lunch time.

Lucky you!

Please, Afrihost, fix mine as well. I've been communicating with Support and on this forum every day for the past two weeks.
 

Thanks for posting this, I think it answers a few questions.

At present I'm not aware of any escalation process for congestion. Backhaul capacity is dealt with by a separate department to Telkom Wholesale, so there is very little that can be done. We can in some cases at least confirm that there is congestion and get any info on possible ETR from Telkom. Telkom stated in an article a while back that ISPs receive reports of congested exchanges, but I have never seen this. It would be great to have so, like a Telkom outage, we can confirm with a client immediately that they are on a congested exchange.
 
So explain to me how the latency is completely normal on hop 2 while on Telkom ISP account yet the latency is sky high on hop 2 on Afrihost account?

I have seen cases where resetting the account temporarily relieves congestion (from the user perspective) and the line tests a lot better for 10-15 minutes or longer sometimes, and then gradually starts reverting to symptoms of congestion again.

We are also seeing that sometimes when all other ISPs are not able to authenticate during loadshedding, Telkom accounts work, which leads us to suspect that in some areas Telkom accounts may route differently to other ISP accounts. So depending on where the issue is, it's possible that they may behave differently. If you're using the Telkom Guest account, I've long suspected that these accounts don't route via IPC, but I have confirmation on this :(
 
Okay fair enough - well at the moment my traceroute simply times out after (and including) hop 2 please help as under your logic this is an Afihost issue (no problem with a WA account)

If all the hops timeout from hop 2, then it's likely that latency introduced at the second hop is extremely high :(

But it's would be unusual for another ISP account to work consistently and for a sustained period without showing the same symptoms eventually.
 
+1111

What don't they understand.

Everything perfect on ISP A (Webafrica, Telkom, Vox, Mweb)

Slow and high latency on ISP B (Axxess and Afrihost)

So, It must be a problem with your exchange although every other non-mtn isp works fine.

Makes sense.

We definitely understand and I don't think looking at your line or exchange should ever be a "get out of jail" response. There are definitely legitimate cases where the exchange is the prime suspect, but we can definitely test for this and ensure we have all the data before we jump to that conclusion. Sometimes line faults and congestion show similar artefacts, or even faulty routers so we should always follow a process of elimination.
 
Mine is also excellent at this time. As I've mentioned before, the return back to normal happens at 10:32-10:33 every night.

This seems to be consistent with when we see demand drop significantly in the evenings (especially in the South). We are still working on minimising shaped P2P traffic (on Uncapped) to manage overall demand during peak periods.
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X