Looks like a kde interface.
I think its deluge inside KDE environment:
http://www.cyberciti.biz/tips/download-linux-unix-deluge-gui-bittorrent-client.html
South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
Looks like a kde interface.
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\Users\Ethan>tracert www.google.co.za
Tracing route to www.google.co.za [74.125.136.94]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms www.routerlogin.com [192.168.0.1]
2 365 ms 346 ms 339 ms 105-236-6-1-esr-lo.mtnbusiness.co.za [105.236.6.
1]
3 558 ms 571 ms 586 ms ipc-recieve-rb-4a.za.mtnbusiness.net [41.181.178
.89]
4 634 ms 644 ms 637 ms rb-dca-2.za--rb-cr-1.za-a.mtnns.net [196.44.31.1
20]
5 637 ms 645 ms 656 ms jh-cr-1.za--rb-cr-2.za.mtnns.net [196.44.0.42]
6 606 ms 607 ms 632 ms qux-jh-dca-2.za-b.za.mtnbusiness.net [41.181.165
.115]
7 854 ms 895 ms 845 ms core2.ams.net.google.com [195.69.145.100]
8 806 ms 752 ms 777 ms 209.85.254.95
9 826 ms 825 ms 818 ms 209.85.255.60
10 781 ms 822 ms 840 ms 216.239.49.38
11 * * * Request timed out.
12 857 ms 859 ms 847 ms ea-in-f94.1e100.net [74.125.136.94]
Trace complete.
What torrent client are you using?
I think its deluge inside KDE environment:
http://www.cyberciti.biz/tips/download-linux-unix-deluge-gui-bittorrent-client.html
PING bbc.co.uk (212.58.241.131) 56(84) bytes of data.
64 bytes from 212.58.241.131: icmp_req=1 ttl=238 time=421 ms
64 bytes from 212.58.241.131: icmp_req=2 ttl=238 time=416 ms
64 bytes from 212.58.241.131: icmp_req=3 ttl=238 time=419 ms
64 bytes from 212.58.241.131: icmp_req=4 ttl=238 time=423 ms
64 bytes from 212.58.241.131: icmp_req=5 ttl=238 time=419 ms
PING telkom.co.za (196.43.22.222) 56(84) bytes of data.
64 bytes from nbsc-ip-rcache-1-vif2.telkom-ipnet.co.za (196.43.22.222): icmp_req=1 ttl=241 time=289 ms
64 bytes from nbsc-ip-rcache-1-vif2.telkom-ipnet.co.za (196.43.22.222): icmp_req=3 ttl=241 time=305 ms
64 bytes from nbsc-ip-rcache-1-vif2.telkom-ipnet.co.za (196.43.22.222): icmp_req=4 ttl=241 time=298 ms
64 bytes from nbsc-ip-rcache-1-vif2.telkom-ipnet.co.za (196.43.22.222): icmp_req=5 ttl=241 time=303 ms
64 bytes from nbsc-ip-rcache-1-vif2.telkom-ipnet.co.za (196.43.22.222): icmp_req=6 ttl=241 time=293 ms
I feel really sorry for anybody trying to play any online games.
![]()
Loving my 2Mbps Line. Everything has just gone through the flipping ceiling tonight. Cape Town area, downloads are shod, ping is screwed. Ive got a 2Mbps line and Account, perhaps im being throttled? But then is the throttling rate for a 2Mbps line 100gigs on the new MTN network...
How is Afrihost in general with NNTP (not their servers but Astraweb as an example) ? I have been with MWeb for a couple of months and NNTP (with Astraweb) has been awesome. But since the 1st of Oct, NNTP has been shaped heavily. I only get above 30-60 kbps on a 2mb line somewhere between 11:30pm & 7am. Weekends too. http is degrading fast as well - even though we are told there is no issue at all. Most sites athat were not a problem before also only load at 60kbps.
After attempting to get this resolved, I have decided to look at alternatives. From what I have gathered in my attempts to resolve this is that this heavier shaping policy Mweb have introduced , along with their denial that they are doing so, is something that is here to stay.
So I am willing to try another ISP. A test account for a day or 2 would be awesome. Otherwise I am going to have to rely on feedback. I don't do torrents. Just NNTP & http with the odd (large-ish) ftp session once in a while.
Don't have the time to game these days, so gaming performance is not important.
I accept that hiccups occur, but what bugs me is that the afrihost web site reports that the network is fully functional. At least acknowledge that there's a problem so we are not left guessing.
@Afriman - So are we going to get any feedback as to why the service was so shocking last night? Is this going to be a regular event?
@Afriman - So are we going to get any feedback as to why the service was so shocking last night? Is this going to be a regular event?
Last night latencies went a little bit ape! We are not sure what the actual cause is, there are theories involving backhaul and QoS, but I'd rather not post hearsay until I know what the actual story is.
What I do know is that MTN have got this back to normal sometime this morning. The extent to which all users experienced this is not certain, I was personally not online at all last night so I can't honestly add anything.
We've implementing some monitoring controls to identify these issues as an Early Warning System to avert things getting out of hand in the future. We'll also be addressing the shaping policies and QoS so that we can try to pin down exactly where these issues are arising from and how we can ensure best overall experience for everyone.
I see someone has taken to quoting me on Twitter. So as I've mentioned before, it's a learning curve for us, we're getting better at this everyday, and our goal is to eventually be the best network and service in the country. I have every confidence in our team.