Afrihost New Network Feedback

Status
Not open for further replies.
AfriMan said:
It's a valid question and I'm glad to answer (if I can). The breakage model means that we don't sell each unit at it's cost plus markup because we anticipate that some data will expire or be unused. So we take the risk of bringing the prices lower in anticipation of the saving on the upstream cost from our suppliers. However, if that unit was to be claimed, or we were liable to provide it in perpetuity, then it increases the financial risk and means that we can't reasonably keep the prices lower to cover that eventuality. Now, bear in mind that many months we actually have to subsidise these offers because more people use their data, etc, but we're fine with that because we work it into the business model. Where we don't have to, we are able to create reserves to do things like double data or mystery bonuses where we literally give away millions of rands in free data.

From a client perspective, it's something we'd love to do, it's all about ensuring that the model stays viable so we don't end up closing our doors :)
Click to expand...
Thank you, and fair enough. I'll nag you again next week :D
 
jingaling said:
Thanks for the alert, Afriman. Thought there might have been a general problem when the automated voice said, "...number 98 in the queue." :eek:
Click to expand...

Yeah, crazy amount of calls in our queues right now. Feel sorry for the call centre agents, but they are a solid bunch - they'll get everyone sorted as quickly as they can :)
 
AfriMan said:
Yeah, crazy amount of calls in our queues right now. Feel sorry for the call centre agents, but they are a solid bunch - they'll get everyone sorted as quickly as they can :)
Click to expand...
Queues dropped with network uptime. Lucky Friday for the call centre agents. :D
 
Has anyone else noticed the extreme packet loss to Asia?

Tracing route to fs.fspcdn.com [220.181.167.5]
over a maximum of 30 hops:

1 * * * Request timed out.
2 29 ms 28 ms 27 ms dbn-up2.ip.adsl.co.za [169.1.5.173]
3 35 ms 28 ms 29 ms dbn-up2.ip.adsl.co.za [169.1.5.174]
4 29 ms 29 ms 30 ms dbn-in1.ip.adsl.co.za [169.1.5.204]
5 24 ms 25 ms 24 ms 41.162.84.192
6 39 ms 50 ms 36 ms 172.18.1.162
7 * 261 ms 259 ms ix-0-112.lar2.HK2-Hong-Kong.as6453.net [180.87.141.29]
8 * * 229 ms 33-226-160-203.TWGATE-IP.twgate.net [203.160.226.33]
9 * * * Request timed out.
10 * 344 ms 343 ms 202.97.121.9
11 456 ms * 456 ms 202.97.61.49
12 339 ms 352 ms 346 ms 202.97.53.217
13 * * * Request timed out.
14 * * * Request timed out.
15 * 442 ms 447 ms 220.181.177.190
16 * * 494 ms 220.181.162.50
17 * * * Request timed out.
18 * * * Request timed out.
19 * 347 ms 347 ms 220.181.167.5

Trace complete.
Click to expand...

Tracing route to tenda.cn [202.55.5.126]
over a maximum of 30 hops:

1 * * * Request timed out.
2 31 ms 32 ms 29 ms dbn-up2.ip.adsl.co.za [169.1.5.173]
3 31 ms 30 ms 31 ms dbn-up2.ip.adsl.co.za [169.1.5.174]
4 56 ms 30 ms 30 ms dbn-in1.ip.adsl.co.za [169.1.5.204]
5 34 ms 30 ms 30 ms 41.162.84.192
6 57 ms 40 ms 39 ms 172.18.1.162
7 * 254 ms 255 ms ix-0-112.lar2.HK2-Hong-Kong.as6453.net [180.87.141.29]
8 * * 342 ms 33-226-160-203.TWGATE-IP.twgate.net [203.160.226.33]
9 * * * Request timed out.
10 351 ms 356 ms 352 ms 202.97.62.253
11 333 ms 344 ms * 59.43.244.221
12 * 340 ms 325 ms 59.43.248.194
13 * * 326 ms 59.43.249.98

Trace complete.
Click to expand...

Pinging fs.fspcdn.com [220.181.167.5] with 32 bytes of data:
Request timed out.
Reply from 220.181.167.5: bytes=32 time=368ms TTL=37
Reply from 220.181.167.5: bytes=32 time=347ms TTL=37
Request timed out.

Ping statistics for 220.181.167.5:
Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),
Approximate round trip times in milli-seconds:
Minimum = 347ms, Maximum = 368ms, Average = 357ms
Click to expand...

Pinging tenda.cn [202.55.5.126] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 202.55.5.126:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Click to expand...
 
AfriMan said:
It's a valid question and I'm glad to answer (if I can). The breakage model means that we don't sell each unit at it's cost plus markup because we anticipate that some data will expire or be unused. So we take the risk of bringing the prices lower in anticipation of the saving on the upstream cost from our suppliers. However, if that unit was to be claimed, or we were liable to provide it in perpetuity, then it increases the financial risk and means that we can't reasonably keep the prices lower to cover that eventuality. Now, bear in mind that many months we actually have to subsidise these offers because more people use their data, etc, but we're fine with that because we work it into the business model. Where we don't have to, we are able to create reserves to do things like double data or mystery bonuses where we literally give away millions of rands in free data.

From a client perspective, it's something we'd love to do, it's all about ensuring that the model stays viable so we don't end up closing our doors :)
Click to expand...

It's an option you should make available. I would willingly pay way over the going rate if my data was rolled over.
It's something Vodacom should also make available. AND, not allow airtime to be gobbled up when the data is finished - makes me a very reluctant customer.
 
mwill said:
It's an option you should make available. I would willingly pay way over the going rate if my data was rolled over.
It's something Vodacom should also make available. AND, not allow airtime to be gobbled up when the data is finished - makes me a very reluctant customer.
Click to expand...

That would be the worst thing ever. I'll take cheap data over expensive data that rolls over.

I pay R399pm for 200GB and a further R99pm to double that to 400GB. Unbelievable value for money.
 
mwill said:
It's an option you should make available. I would willingly pay way over the going rate if my data was rolled over.
It's something Vodacom should also make available. AND, not allow airtime to be gobbled up when the data is finished - makes me a very reluctant customer.
Click to expand...

You won't see airtime used for data on our side, because it only uses your airtime if you are using MTN's APN. If you're on ours, you'll just get capped.
 
Bryn said:
That would be the worst thing ever. I'll take cheap data over expensive data that rolls over.

I pay R399pm for 200GB and a further R99pm to double that to 400GB. Unbelievable value for money.
Click to expand...

I think I agree - it's just more convenient to pay less that keep accumulating data that I may never use anyway. Guess it's a preference thing, which is why we made sure that prepaid launched at the same time so everyone has an option that suits them :)
 
Hey Afriman,

I bought 20gigs of capped data last night and all was fine. I see that my internet is down at the moment. Do you have a ETR for the fault in the northern regions?

Got some serious game time in store for tonight lol
 
Stillie said:
Hey Afriman,

I bought 20gigs of capped data last night and all was fine. I see that my internet is down at the moment. Do you have a ETR for the fault in the northern regions?

Got some serious game time in store for tonight lol
Click to expand...

DNS should be working normally again. When did you last reboot? If you can't connect, please drop me a PM :(
 
ok cool, mustve been fixed in the last 5 mins because i restarted about 10mins ago and nothing, but now its working! thanks!
 
AfriMan said:
Your ping looks a little high. Are you using passthrough or a different connection. Is the first hop your exchange?
Click to expand...

I am using PPPoE on my Notebook, I was changed over to Interleaved, hence the higher than normal latency.

But there is definitely a problem to Asia using Afrihost (IS, Mweb and Vox are fine)

Try and ping or trace route any of the following: tenda.cn, fs.fun.tv, chinaview.cn, gmw.cn, linkhelper.cn, wasu.cn

And you will see packet loss from hop 8 or 9
 
Hummercellc said:
I am using PPPoE on my Notebook, I was changed over to Interleaved, hence the higher than normal latency.

But there is definitely a problem to Asia using Afrihost (IS, Mweb and Vox are fine)

Try and ping or trace route any of the following: tenda.cn, fs.fun.tv, chinaview.cn, gmw.cn, linkhelper.cn, wasu.cn

And you will see packet loss from hop 8 or 9
Click to expand...

While I can see some packet loss here, I'm not 100% sure that this is coming in from our end.
All international upstreams look good.

Mind sharing a comparison MTR between us and another ISP?

Code: 
HOST: hydra                       Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- router.asus.com            0.0%    10    0.4   0.4   0.4   0.4   0.0
  2.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- cpt-up1.ip.adsl.co.za      0.0%    10   11.1  11.6  10.7  12.6   0.3
  4.|-- cpt-in1.ip.adsl.co.za      0.0%    10   12.1  12.4  11.4  14.7   0.9
  5.|-- cpt-net1.ip.adsl.co.za     0.0%    10   12.0  19.3  11.2  56.4  14.4
  6.|-- 41.164.52.40               0.0%    10   12.3  13.3  12.1  15.8   1.1
  7.|-- 172.18.1.162               0.0%    10   35.8  34.4  33.1  36.0   0.9
  8.|-- ix-0-112.lar2.HK2-Hong-Ko 60.0%    10  248.7 250.9 248.7 255.5   3.1
  9.|-- 33-226-160-203.TWGATE-IP. 80.0%    10  243.1 245.8 243.1 248.4   3.6
 10.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 11.|-- 202.97.121.33             70.0%    10  517.9 507.1 495.7 517.9  11.1
 12.|-- 202.97.61.1               60.0%    10  322.3 321.4 320.3 322.3   1.0
 13.|-- 202.97.34.49              90.0%    10  315.6 315.6 315.6 315.6   0.0
 14.|-- 202.97.33.141             37.5%     8  325.0 327.3 325.0 328.8   1.4
 15.|-- 202.97.92.22              50.0%     8  384.6 408.5 384.6 426.7  20.5
 16.|-- 61.160.130.206            62.5%     8  457.9 454.0 427.9 476.2  24.4
 17.|-- 58.217.22.18              42.9%     7  326.2 331.1 326.2 339.3   6.1
 18.|-- 218.3.8.170               28.6%     7  431.1 409.7 386.9 431.1  18.9
 19.|-- ???                       100.0     6    0.0   0.0   0.0   0.0   0.0
 20.|-- ???                       100.0     6    0.0   0.0   0.0   0.0   0.0
 21.|-- 222.186.24.59             33.3%     6  423.2 407.7 388.5 423.2  14.4
 
AfriMan said:
I think I agree - it's just more convenient to pay less that keep accumulating data that I may never use anyway. Guess it's a preference thing, which is why we made sure that prepaid launched at the same time so everyone has an option that suits them :)
Click to expand...

It makes financial sense that way around for someone who uses 400GB+ a month.

For someone like me, and a few other folks here who would like our data to carry over, it's a different scenario.

If I have a 100GB account and only use 85GB, surely the leftover 15GB is still mine to use, irrespective of a change of month, because I paid for it. My demand differs from month-to-month so having to top-up a 50GB or 75GB account if I run out of cap isn't feasible. We also don't get credited for the unused data, so it really should work both ways?
 
GrammatonCleric said:
It makes financial sense that way around for someone who uses 400GB+ a month.

For someone like me, and a few other folks here who would like our data to carry over, it's a different scenario.

If I have a 100GB account and only use 85GB, surely the leftover 15GB is still mine to use, irrespective of a change of month, because I paid for it. My demand differs from month-to-month so having to top-up a 50GB or 75GB account if I run out of cap isn't feasible. We also don't get credited for the unused data, so it really should work both ways?
Click to expand...

It probably does work both ways, and I really do see where you guys are coming from.
While there are benefits, there are also draw backs - and something like this will probably involve a bunch of back-end changes and implementation, something we simply cannot do at the moment :(
 
Why can't the kids be in bed by 8pm like normal kids lol between 8pm onwards it's a bit slow for me. Congestion I know ai :D
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X