Vox Telecom Fatpipe

I just called the support desk. Even though speedtest is fine, NNTP is fine, Vox has crippled torrents intentionally - the guys wants me to turn my modem off and on to see if it will help.

Oh - yes, no one who knows anything is available, I can wait for the advanced team to get back to me tomorrow.


What a sad day for what was the best ISP.
 
Tried using one of my other VOX accounts and...

cgjq0dt.png
 
Downloading windows updates is extremely slow, getting around 7-15kB/s on 4Mbps Fatpipe account and it's been like this the whole evening. If I switch to my Afrihost or Axxess accounts the same downloads fly at 400kB/s plus.
 
Last edited:
Lol, surely not?

It was tanking at around 80kbps on the one account and as soon as I switched over to the other account it shot up to 900+kbps...
Didn't know you tested back to back, that's slightly good news then. I hope it's just a minor hiccup and not what I fear.
 
We are paying double what we would be paying for a uncapped account, and now this fatpipe is also shaped.

Or atleast that what it seems to me.
Youtube/speedtest is 100%
HTTP is 100%
torrents is shaped to 10%.

WTF

WTF
 
Seems to be a jhb issue. Why don't you guys just use VPNs instead of complaining every minute?
 
Seems to be a jhb issue. Why don't you guys just use VPNs instead of complaining every minute?

Yes you are right . I wonder where the idea that the ISP is expected to supply you the product which you paid for came from .
 
And dead again this morning, what is going on Vox? Why are you shaping torrents into the ground on FatPipe?

And just a reminder if you try and get cute with FUP's etc:

Untitled.png

Untitled2.png
 
Last edited:
ita amzing how the same scenario plays out time and time again. the torrents are usually the first to go.
 
I think WA just died again:
➜ ~ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=54 time=134.286 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=133.866 ms
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
64 bytes from 8.8.8.8: icmp_seq=4 ttl=54 time=131.257 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=54 time=135.131 ms
Request timeout for icmp_seq 6
^C
--- 8.8.8.8 ping statistics ---
8 packets transmitted, 4 packets received, 50.0% packet loss
round-trip min/avg/max/stddev = 131.257/133.635/135.131/1.447 ms

Web africa is fine:
➜ ~ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=54 time=41.124 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=8.723 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=8.186 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=8.483 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=54 time=8.654 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=54 time=8.925 ms
^C
--- 8.8.8.8 ping statistics ---
6 packets transmitted, 6 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 8.186/14.016/41.124/12.125 ms
 
Top
Sign up to the MyBroadband newsletter
X