Afrihost Uncapped ADSL Feedback

Status
Not open for further replies.
There are some people who are not affected, taking this in mind and looking at everything we learned so far, it can only mean that the people with speed issues are on the bad list and their downloads are throttled. Phone support with your login and they will tell you you're shaped themself

I beg to differ...I'm with MWEB and my downloads for the month as at 16-Nov is 57GB. My mate is with AH and his downloads for the month is 98GB...so...where and when is the AUP applied? Inconsistency? I posted in another forum that ISPs might be access-listing their gateway routers with QoS where they find the traffic usage is EXCESSIVE thus giving higher priority to protocols like, HTTP, FTP, POP3, SMTP. With other ISPs p2p is normally right at the bottom of the food chain.
 
But on the client Zone is no Info and the Support is useless o log a call Monday Evening and i get reply today
And I get a phone call after i contact Afriman He as for Trace and other Information it was Casper Durandt
I send him the Information last night but I get no respond from Him
 
Last edited:
AfriMan, could this extra traffic you speak of not be caused by the lack of an IPC in CPT and DBN?

I am not going to pretend that I know the inner workings of ADSL ISP provisioning, but does IS not have an IPC in JHB, CPT and DBN?

I could be completely off base here, but is this not why you have this surge in traffic since the move to MTN?

If this is the case(once again, I don't pretend to know the inner workings of ADSL ISP provisioning), then we should probably expect the problems, which may get better over time, to persist until the IPC is installed in CPT and DBN if so planned?

I could be wrong.
 
It seems like some of our support guys are not giving correct information, or don't understand the process they are explaining. In their defence, it's not how we or IS ever looked at Uncapped before, so it's a big change.

We shape the network based on the capacity. When traffic is high, we give priority to the real time services over downloads. This is across the network. The degree to which these are shaped can be dependant on usage, but not governed by rolling windows as such, more by who is using the most bandwidth for downloads - but everyone on uncapped gets shaped to some degree. Real time services (HTTP, SMTP, POP3, SSH, VoIP and Gaming) are intended to continue to get full line speed.

Our rolling windows and threshold which relate to throttling (which we're trying to do away with) is applied when threshold limits are exceeded and all services are limited in throughput. We're hoping the current measures will eliminate the need for throttling, because it then allows all users to access additional bandwidth at off-peak times whether they've been naughty or not. It's fairer, and it's designed to be a relief to those we used to throttle into sub-terranean levels.
 
I was considering moving over to AH. Was with them previously...but now...I dunno hey..

Man...gotta love this bogwash going about....wonder if there's not some "price-fixing" and "bandwith-fixing" going on? Maybe we should contact the Competition Commission?
 
It seems like some of our support guys are not giving correct information, or don't understand the process they are explaining. In their defence, it's not how we or IS ever looked at Uncapped before, so it's a big change.

We shape the network based on the capacity. When traffic is high, we give priority to the real time services over downloads. This is across the network. The degree to which these are shaped can be dependant on usage, but not governed by rolling windows as such, more by who is using the most bandwidth for downloads - but everyone on uncapped gets shaped to some degree. Real time services (HTTP, SMTP, POP3, SSH, VoIP and Gaming) are intended to continue to get full line speed.

Our rolling windows and threshold which relate to throttling (which we're trying to do away with) is applied when threshold limits are exceeded and all services are limited in throughput. We're hoping the current measures will eliminate the need for throttling, because it then allows all users to access additional bandwidth at off-peak times whether they've been naughty or not. It's fairer, and it's designed to be a relief to those we used to throttle into sub-terranean levels.

This just confirms what I said a few comments back...For once there is an ISP that admits. HOWEVER, why is the shaping so agressive at night? I know of VERY LITTLE SA based businesses that trade afterhours and where Internet connectivity is critical to their business?

Also re your support guys not be "educated" and/or well trained...ummm....that's not our problem. Is it a case of "unleash the dragon" and manage the destruction and damage afterwards...Come on AH...you won the ISP of the Year award...

Last thing...that whole IS and uncapped and capacity bit....did you not do a feasiblity and analysis first re whether network would be able to manage load?

Sorry man...I just aint buying this...

Man...what do I do now...this is not the AH I used to know.
 
This is the funniest sig I've ever seen. Its on AfriMan comments "If AfriMan says it, it is so! "

BWAHAHAHAHAHAHAHAHA!!!!!
 
Maybe AH must have a poll on what users prefer. Individual throttling based on thresholds or network shaping based on current traffic.

I personally prefer Individual throttling based on thresholds.
 
We did a lot of research on capacity, shaping, trends, but there was only so much information available from our time with IS. This was also part of our reason for leaving, is that we wanted greater control over how products were managed so that we can could find ways of offering better value, but also move away from the throttling/rate limiting model. There was almost a year of due diligence, testing and planning involved, with our team, MTN, and local and overseas experts. In short, we really feel we did everything we could. Several things happened NOT according to plan, the migration across happened and faster than we had planned, we had left all accounts unshaped for too long (as our initial shaping plan didn't take - we found out later that the traffic management tools weren't working properly as well). The reality is that most of the info we needed could only be determined once our entire client base was on the network.

This is the facts, and personally I'm very proud of the guys. To have one of our company directors sitting in a boardroom running tests until he was satisfied (where others would be out playing golf) shows me that our dedication to the ideals of Afrihost have never been stronger. We are motivated by our clients and delivering a different kind of service. We believe in the long run it was still a great move by us to take our company to the next level.

We did win ISP of the Year, and that was during a time when our ADSL service was not at it's best, but we prevailed due to our commitment to our clients. We believe the same will apply, and not long from now these issues will be far behind all of us.
 
Maybe AH must have a poll on what users prefer. Individual throttling based on thresholds or network shaping based on current traffic.

I personally prefer Individual throttling based on thresholds.

That's not practical...there are too many users and their preferences are differences. The impact of doing that will have worse than it is now. This is why all ISPs apply access-lists giving certain traffic types priority and its mostly applies on edge routers where the highest usage is recorded and causes latency on the rest of the network.
 
Maybe AH must have a poll on what users prefer. Individual throttling based on thresholds or network shaping based on current traffic.

I personally prefer Individual throttling based on thresholds.

I also prefer individual throttling, at least we know our limits, and that those people who "I can haz the wholez internetz downloaded" EVERY EVENING, will know when they have reached their limits. We can then at least download the few "Linux distributions" at full speed every now and then and at least enjoy the other streaming/gaming services without buffering and disconnects.
 
We did a lot of research on capacity, shaping, trends, but there was only so much information available from our time with IS. This was also part of our reason for leaving, is that we wanted greater control over how products were managed so that we can could find ways of offering better value, but also move away from the throttling/rate limiting model. There was almost a year of due diligence, testing and planning involved, with our team, MTN, and local and overseas experts. In short, we really feel we did everything we could. Several things happened NOT according to plan, the migration across happened and faster than we had planned, we had left all accounts unshaped for too long (as our initial shaping plan didn't take - we found out later that the traffic management tools weren't working properly as well). The reality is that most of the info we needed could only be determined once our entire client base was on the network.

This is the facts, and personally I'm very proud of the guys. To have one of our company directors sitting in a boardroom running tests until he was satisfied (where others would be out playing golf) shows me that our dedication to the ideals of Afrihost have never been stronger. We are motivated by our clients and delivering a different kind of service. We believe in the long run it was still a great move by us to take our company to the next level.

We did win ISP of the Year, and that was during a time when our ADSL service was not at it's best, but we prevailed due to our commitment to our clients. We believe the same will apply, and not long from now these issues will be far behind all of us.

Ahhh..."Several things happened not according to plan"....nuff said. This shows that the risks for this were not THOROUGHLY considered and thought through and no contingency and/or rollback plan in place? Is there was...its not sufficient to avoid the problem(s) being experienced now.
 
We did win ISP of the Year, and that was during a time when our ADSL service was not at it's best, but we prevailed due to our commitment to our clients. We believe the same will apply, and not long from now these issues will be far behind all of us.

To be fair, part of the reason you won is probably that you spammed all your customers and told them they could win an Ipad or so if they voted for you.
 
To be fair, part of the reason you won is probably that you spammed all your customers and told them they could win an Ipad or so if they voted for you.

Round 300:
----------
User - 100000000000000000000000000000000000000000000000000000
AH -10000000000000000000000000000000000000000000000000000000
 
Come on AfriMan....give me reason to move over to AH. If I'm convinced enough, I bring another +/- 50 clients with me who are now gatefull of MWEB....SHOW ME THE INTERWEB
 
@Afriman

I applied for a 1 mb bundle. Afrihost service advised it can take upto 30 days. Whereas telkom can activate it immediately, why the difference in time frames?
 
@Afriman

I applied for a 1 mb bundle. Afrihost service advised it can take upto 30 days. Whereas telkom can activate it immediately, why the difference in time frames?

WHAT THE HELL? That just don't sound right. Bet you its a "training issue" again.
 
@Afriman

I applied for a 1 mb bundle. Afrihost service advised it can take upto 30 days. Whereas telkom can activate it immediately, why the difference in time frames?

My advice: When the Telkom guy arrives, supervise him non-stop. Before he leaves, make sure that not only your phone line, but also the phone lines of those around you work.

Afrihost told me 3-5 working days, in the end it took nearly a whole month to get my ADSL line working, partly due to Telkom connecting my neighbours to my phone line and disconnecting the neighbours, partly due to the fact that Afrihost and Telkom do not really communicate (I was told by Afrihost support that if Afrihost has logged a fault with Telkom, they're not allowed to contact Telkom again for another 48 hours... Amazingly frustrating when you know that Telkom has looked at the issue and failed, and you need to wait 48 hours before Afrihost can tell Telkom that it still doesn't work) and partly due to the fact that it took Telkom 3 weeks from when my ADSL was hooked up until they had fixed the line enough that I could actually synchronise the line.

Oh, and in the end... I had to use a friend's inside contact in Telkom to get my line working at all. If I hadn't, I would probably have been waiting for months.
 
Status
Not open for further replies.
Top
Sign up to the MyBroadband newsletter
X