Afrihost Uncapped ADSL Feedback (Pt3)

Status
Not open for further replies.
Vorastra said:
Exactly this. Youtube vids will run fine and then randomly drop speed and stay low. But always 720+. 480 will stick to fullspeed constantly.

This was the clip. https://www.youtube.com/watch?v=X2BLaj4WXLQ Playing it now, it runs flawlessly. At the time of my post, for an hour prior to my post this clip would simply run poorly 720p60, maybe they were having bandwidth issues?

Off-topic a bit. I'm surprised at 60fps, 60fps clips are about 10-20% bigger file. So not that much different. I use this site to have a look at the clip size. http://www.clipconverter.cc/



Around an hour leading up to my complaint post, nearly all clips at 720 ran horribly. Now they are running fine. Could it have been peak bandwidth being hit in the EastIPC or something?
Click to expand...

Just checked the IPC now, all looks good - no weird dips or spikes up in usage/ latency.
Did you grab any pings or traceroutes when you saw the performance drop?
 
AfriGuy said:
Just checked the IPC now, all looks good - no weird dips or spikes up in usage/ latency.
Did you grab any pings or traceroutes when you saw the performance drop?
Click to expand...

Uh crap, no. This isn't the first time this has happened. I'll notice on some weekdays at random times (but only for about an hour and during work hours) that 720p performance will be very bad.

In future I'll try do some traceroutes and ping tests. Traceroute to where to be clear, Youtube.com?
 
Vorastra said:
Uh crap, no. This isn't the first time this has happened. I'll notice on some weekdays at random times (but only for about an hour and during work hours) that 720p performance will be very bad.

In future I'll try do some traceroutes and ping tests. Traceroute to where to be clear, Youtube.com?
Click to expand...

Lets get some results run and see if we can spot anything.
A traceroute to youtube.com would be good, otherwise any other site should also be fine.
 
Vorastra said:
Uh crap, no. This isn't the first time this has happened. I'll notice on some weekdays at random times (but only for about an hour and during work hours) that 720p performance will be very bad.

In future I'll try do some traceroutes and ping tests. Traceroute to where to be clear, Youtube.com?
Click to expand...

AfriGuy said:
Lets get some results run and see if we can spot anything.
A traceroute to youtube.com would be good, otherwise any other site should also be fine.
Click to expand...
I've done this ad nauseum. Tracrt's doesn't show a thing.
 
AfriGuy said:
Do you have any tests that I can look at that you've done with our team? I can always try and pick up something that's been chatted about before.
Click to expand...
Nope. There are no tests that show a problem when this happens other than pure bandwidth throughput dropping off.

Once the video is locally cached in the proper format it streams perfectly. Have to wait literally just start bid and hit F5.

I've tested this on other ISPs and with them it doesn't happen though. I chalk it up to your international bandwidth / links not being able to handle the load and or data classification during peak time.

Not a major train smash.
 
Orihalcon said:
Nope. There are no tests that show a problem when this happens other than pure bandwidth throughput dropping off.

Once the video is locally cached in the proper format it streams perfectly. Have to wait literally just start bid and hit F5.

I've tested this on other ISPs and with them it doesn't happen though. I chalk it up to your international bandwidth / links not being able to handle the load and or data classification during peak time.

Not a major train smash.
Click to expand...

Can't say for sure, I think tests are vital to determine the cause.
If not the cause, at least it'll point us in the right direction to identify any trends.
 
AfriGuy said:
Can't say for sure, I think tests are vital to determine the cause.
If not the cause, at least it'll point us in the right direction to identify any trends.
Click to expand...
Well as of right now at this time it works perfectly.

This usually occurs between 19:00 and 22:00. After that it goes back to 'normal' if I can call it that.

Again. When this happens all tracrts are perfect with sub 10ms pings until it goes overseas etc.
 
Orihalcon said:
Well as of right now at this time it works perfectly.

This usually occurs between 19:00 and 22:00. After that it goes back to 'normal' if I can call it that.

Again. When this happens all tracrts are perfect with sub 10ms pings until it goes overseas etc.
Click to expand...

Could you run a few more test this evening for me?
 
Afrigenie has been trying to assist with my line. But he is not around. Currently my account just doesnt work. I am only able to stream at 144P on youtube on a 4Mb line. I have posted numerous ping tests and tracerts. Clearly something is funny. I've had my line reset, my ports recreated. Ive had my line set to 4mb a few times. They've also fixed some weird shaping that was being incorrectly applied to my account. Nothing is working. I've set my DNS to the ones given. Same issue. Whats next? Paying for a service im no where close to getting.
 
Lostears said:
Afrigenie has been trying to assist with my line. But he is not around. Currently my account just doesnt work. I am only able to stream at 144P on youtube on a 4Mb line. I have posted numerous ping tests and tracerts. Clearly something is funny. I've had my line reset, my ports recreated. Ive had my line set to 4mb a few times. They've also fixed some weird shaping that was being incorrectly applied to my account. Nothing is working. I've set my DNS to the ones given. Same issue. Whats next? Paying for a service im no where close to getting.
Click to expand...

If you've gone through these steps it may not be related to shaping or your account, but I'll need to see the results shared between you and AfriGenie. Otherwise, I'm sure you can keep working with him to get the results you expect :(
 
Since the IPC upgrade, my speeds have been good. But since Sunday, my speeds have been very erratic. One minute I will get 400kbps, next minute I'm down to 10, and then I will bounce around some more.

I tested my line with a WebAfrica account, and the speed stabilizes. I'm not sure if is something to do Afrihost or maybe something in my area. Its just very frustrating!
 
ainsin said:
Since the IPC upgrade, my speeds have been good. But since Sunday, my speeds have been very erratic. One minute I will get 400kbps, next minute I'm down to 10, and then I will bounce around some more.

I tested my line with a WebAfrica account, and the speed stabilizes. I'm not sure if is something to do Afrihost or maybe something in my area. Its just very frustrating!
Click to expand...

Speeds should be pretty consistent, can't see anything unusual from our end.
Could you run a few speedtests and have them pasted here please?
 
Well I said I'd do the tests when this rubbish happened again...

Youtube 720p performance on a 4mb line - a perfect 4mb line thank you very much as there is no issues on it with attenuation and SnR putting me in 18mb sync range.




Tracert's are ALL perfect. Cannot get better than these.

Code: 
C:\Users\Soul\Desktop>ping 105.236.5.1

Pinging 105.236.5.1 with 32 bytes of data:
Reply from 105.236.5.1: bytes=32 time=10ms TTL=254
Reply from 105.236.5.1: bytes=32 time=10ms TTL=254
Reply from 105.236.5.1: bytes=32 time=9ms TTL=254
Reply from 105.236.5.1: bytes=32 time=9ms TTL=254

Ping statistics for 105.236.5.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 9ms, Maximum = 10ms, Average = 9ms

C:\Users\Soul\Desktop>tracert google.com

Tracing route to google.com [74.125.230.225]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3    10 ms     9 ms     9 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    11 ms    10 ms    10 ms  ipc-send-tb-3a.mtnbusiness.net [41.181.53.214]
  5    10 ms    10 ms    10 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    10 ms    11 ms    10 ms  compj-cpt-1.mtnns.net [196.44.18.2]
  7   154 ms   155 ms   154 ms  ls-cr-2--tb-cr-1.uk-b.mtnns.net [196.44.31.113]
  8   154 ms   154 ms   154 ms  ls-pr-2.uk--ls-cr-2.uk-a.mtn.net [209.212.111.187]
  9   154 ms   154 ms   154 ms  google-peering-ls-pr-2.uk.mtnns.net [209.212.99.13]
 10   154 ms   153 ms   153 ms  209.85.255.78
 11   154 ms   155 ms   154 ms  209.85.250.169
 12   154 ms   154 ms   153 ms  par08s10-in-f1.1e100.net [74.125.230.225]

Trace complete.


C:\Users\Soul>tracert youtube.com

Tracing route to youtube.com [74.125.230.233]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3     8 ms     8 ms     8 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    10 ms     9 ms     9 ms  41.181.51.182
  5    10 ms     9 ms    10 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    12 ms    10 ms    10 ms  compj-cpt-1.mtnns.net [196.44.18.2]
  7   155 ms   154 ms   154 ms  ls-cr-2--tb-cr-1.uk-b.mtnns.net [196.44.31.113]
  8   155 ms   153 ms   153 ms  ls-pr-2.uk--ls-cr-2.uk-a.mtn.net [209.212.111.187]
  9   153 ms   154 ms   155 ms  google-peering-ls-pr-2.uk.mtnns.net [209.212.99.13]
 10   166 ms   154 ms   154 ms  209.85.255.78
 11   155 ms   154 ms   154 ms  209.85.250.169
 12   154 ms   153 ms   153 ms  lhr08s06-in-f9.1e100.net [74.125.230.233]

Trace complete.

C:\Users\Soul\Desktop>tracert bbc.co.uk

Tracing route to bbc.co.uk [212.58.246.104]
over a maximum of 30 hops:

  1     1 ms     2 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3     8 ms     9 ms     9 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    10 ms    10 ms     9 ms  41.181.51.182
  5    10 ms     9 ms     9 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    10 ms    10 ms    11 ms  unc-cpt-1.mtnns.net [196.44.18.8]
  7    11 ms    10 ms    10 ms  196.44.31.106
  8   154 ms   153 ms   197 ms  am-cr-1.am--lt-cr-1.uk-a.mtnns.net [196.44.31.221]
  9   153 ms   152 ms   153 ms  ls-pr-1.uk--ls-cr-1.uk-a.mtn.net [209.212.111.83]
 10   154 ms   154 ms   190 ms  bbc-linx.pr01.thdow.bbc.co.uk [195.66.224.103]
 11     *        *        *     Request timed out.
 12   296 ms   203 ms   155 ms  ae0.er02.cwwtf.bbc.co.uk [132.185.254.90]
 13   205 ms   154 ms   202 ms  132.185.255.165
 14   237 ms   155 ms   264 ms  fmt-vip133.cwwtf.bbc.co.uk [212.58.246.104]

Trace complete.

Speedtest for good measure for the hell of it.
Both are international

3885896924.png



2750556636.png



So Afrihost...tell me again how you DON'T have a problem.


Tried this on another ISP - flawless. Once this same video cached it also played flawlessly. Your data handling/link/server throughput on non cached content (specifically HD) is for lack of a better term, piss poor sad to say.
 
Orihalcon said:
Well I said I'd do the tests when this rubbish happened again...

Youtube 720p performance on a 4mb line - a perfect 4mb line thank you very much as there is no issues on it with attenuation and SnR putting me in 18mb sync range.




Tracert's are ALL perfect. Cannot get better than these.

Code: 
C:\Users\Soul\Desktop>ping 105.236.5.1

Pinging 105.236.5.1 with 32 bytes of data:
Reply from 105.236.5.1: bytes=32 time=10ms TTL=254
Reply from 105.236.5.1: bytes=32 time=10ms TTL=254
Reply from 105.236.5.1: bytes=32 time=9ms TTL=254
Reply from 105.236.5.1: bytes=32 time=9ms TTL=254

Ping statistics for 105.236.5.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 9ms, Maximum = 10ms, Average = 9ms

C:\Users\Soul\Desktop>tracert google.com

Tracing route to google.com [74.125.230.225]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3    10 ms     9 ms     9 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    11 ms    10 ms    10 ms  ipc-send-tb-3a.mtnbusiness.net [41.181.53.214]
  5    10 ms    10 ms    10 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    10 ms    11 ms    10 ms  compj-cpt-1.mtnns.net [196.44.18.2]
  7   154 ms   155 ms   154 ms  ls-cr-2--tb-cr-1.uk-b.mtnns.net [196.44.31.113]
  8   154 ms   154 ms   154 ms  ls-pr-2.uk--ls-cr-2.uk-a.mtn.net [209.212.111.187]
  9   154 ms   154 ms   154 ms  google-peering-ls-pr-2.uk.mtnns.net [209.212.99.13]
 10   154 ms   153 ms   153 ms  209.85.255.78
 11   154 ms   155 ms   154 ms  209.85.250.169
 12   154 ms   154 ms   153 ms  par08s10-in-f1.1e100.net [74.125.230.225]

Trace complete.


C:\Users\Soul>tracert youtube.com

Tracing route to youtube.com [74.125.230.233]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3     8 ms     8 ms     8 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    10 ms     9 ms     9 ms  41.181.51.182
  5    10 ms     9 ms    10 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    12 ms    10 ms    10 ms  compj-cpt-1.mtnns.net [196.44.18.2]
  7   155 ms   154 ms   154 ms  ls-cr-2--tb-cr-1.uk-b.mtnns.net [196.44.31.113]
  8   155 ms   153 ms   153 ms  ls-pr-2.uk--ls-cr-2.uk-a.mtn.net [209.212.111.187]
  9   153 ms   154 ms   155 ms  google-peering-ls-pr-2.uk.mtnns.net [209.212.99.13]
 10   166 ms   154 ms   154 ms  209.85.255.78
 11   155 ms   154 ms   154 ms  209.85.250.169
 12   154 ms   153 ms   153 ms  lhr08s06-in-f9.1e100.net [74.125.230.233]

Trace complete.

C:\Users\Soul\Desktop>tracert bbc.co.uk

Tracing route to bbc.co.uk [212.58.246.104]
over a maximum of 30 hops:

  1     1 ms     2 ms     1 ms  192.168.0.1
  2     *        *        *     Request timed out.
  3     8 ms     9 ms     9 ms  105-236-5-1-esr-lo.mtnbusiness.co.za [105.236.5.1]
  4    10 ms    10 ms     9 ms  41.181.51.182
  5    10 ms     9 ms     9 ms  tb-dca-2.za--qux-a.za.mtnbusiness.net [41.181.184.28]
  6    10 ms    10 ms    11 ms  unc-cpt-1.mtnns.net [196.44.18.8]
  7    11 ms    10 ms    10 ms  196.44.31.106
  8   154 ms   153 ms   197 ms  am-cr-1.am--lt-cr-1.uk-a.mtnns.net [196.44.31.221]
  9   153 ms   152 ms   153 ms  ls-pr-1.uk--ls-cr-1.uk-a.mtn.net [209.212.111.83]
 10   154 ms   154 ms   190 ms  bbc-linx.pr01.thdow.bbc.co.uk [195.66.224.103]
 11     *        *        *     Request timed out.
 12   296 ms   203 ms   155 ms  ae0.er02.cwwtf.bbc.co.uk [132.185.254.90]
 13   205 ms   154 ms   202 ms  132.185.255.165
 14   237 ms   155 ms   264 ms  fmt-vip133.cwwtf.bbc.co.uk [212.58.246.104]

Trace complete.

Speedtest for good measure for the hell of it.
Both are international

3885896924.png



2750556636.png



So Afrihost...tell me again how you DON'T have a problem.


Tried this on another ISP - flawless. Once this same video cached it also played flawlessly. Your data handling/link/server throughput on non cached content (specifically HD) is for lack of a better term, piss poor sad to say.
Click to expand...

Really sorry about this :(
I'd like to have our team check out these results and run some tests from our end. Could you PM me your DSL username please?
 
AfriGuy said:
Really sorry about this :(
I'd like to have our team check out these results and run some tests from our end. Could you PM me your DSL username please?
Click to expand...

Sure thing.

Also just to prove the problem is not my line or whatever even further and that it is your international non cached playing ability.

Here is the same video - after the 720p has cached locally.



How do you like that difference eh?

As I said - this is not a train smash. Just have to wait a few minutes for the video to be cached locally in the format you'd like to watch - 720p+ (this does not happen on 480p and lower for some reason).

Ah well. Something for your network engineers to ponder.
 
Orihalcon said:
Sure thing.

Also just to prove the problem is not my line or whatever even further and that it is your international non cached playing ability.

Here is the same video - after the 720p has cached locally.



How do you like that difference eh?

As I said - this is not a train smash. Just have to wait a few minutes for the video to be cached locally in the format you'd like to watch - 720p+ (this does not happen on 480p and lower for some reason).

Ah well. Something for your network engineers to ponder.
Click to expand...

I'll have all of this info passed onto our guys to have a look into, if we can replicate the issues here we can implement a fix accordingly.
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X