The Truth behind MWEB's uncapped

Yeah I think that is the point he was making, and tbh I don't see why this package wouldn't work for a small business

Typical usage in a small business includes mainly HTTP and email so I wonder what Mweb's reasoning behind saying 'no' was...

I hope it wasn't to exploit them for more money...but anything is possible in this country

Im downloading on HTTP now and getting an amazing 15kB/s on my 4mbit line, and its a none p2p sharing site.
 
Iv been having problems since friday even just loading up sites.. cant connect to anything international and even loading this page has taking 5 retrys,,, has anyone else been expeirencing such bad responses,,The page address loads up in the tab but the page just appears blank.. only had mweb for 3 days and have yet to even use it.. i mean really..>.<
 
from the very little http tracking i do (I use this account exactly for what it is not meant to be), i get 300kB/s+ on http with continous nzb downloads on about 100kB/s or more in the background.

also when I do linux updates across my 4 computers, they always seem to show http going at maximium.

and i once thought of reporting the account as not being uncapped in terms of international standards. Then I went to the BT site (British Telecoms). Their AUP specifies times (iirc 12am - 6am). But reading through them it got me thinking that any corporate lawyer worth his salt could argue that this service is no more different to one being offered by an interantional player where the service is called uncapped. and at that a major international player

so i begrudgingly came to the conclusion that as a service, it would be difficult not to call this uncapped. what we could ask for is 4mbps between 12am and 8am say. but then we have to ask ourselves if we are prepared for the ramp up in cost?

i would love for mweb to disclose average usage at this point in time. and what trend it has taken when compared to number of users. in that will the service reach a stable position where in fact p2p shaping gets better as users relax in terms of their usage?
 
Im downloading on HTTP now and getting an amazing 15kB/s on my 4mbit line, and its a none p2p sharing site.

What website is that semaphore? Rapidshare? Megaupload? Hotfile? I know you said non p2p sharing site, but in all honesty, since being with mweb I've never seen http downloads less than 300kbps (excluding seacom interruption periods). On average, my http runs from at about 350-500kbps - this is not a lie.

So again, what website are you downloading from thats giving you 15kbps? Because from what I've seen, http is not shaped, only downloads from RS, MU, HF etc...
 
@ Semaphore, for example my http is maxing out atm... between 460kbps - 500kbps...
 
Im downloading on HTTP now and getting an amazing 15kB/s on my 4mbit line, and its a none p2p sharing site.


Get real! How can you blame your ISP when you are downloading from a web server in the boondocks somewhere (Phoenix according to tracert)...

Code:
Tracing route to peaceloveproductions.com [68.178.254.205]
over a maximum of 18 hops:

   1   <10 ms   <10 ms   <10 ms  home.gateway [192.168.1.254]
   2     8 ms     8 ms     8 ms  41-132-48-1.dsl.mweb.co.za [41.132.48.1]
   3    33 ms    33 ms    33 ms  tengig-0-0-0-104.vic-ipc-2.mweb.co.za [196.22.163.218]
   4    33 ms    32 ms    32 ms  vl-92.vic-hscore-2.mweb.co.za [196.22.189.3]
   5    60 ms    66 ms    68 ms  tengig-0-0-0-0-12.vic-up-1.mweb.co.za [196.22.169.241]
   6    33 ms    33 ms    34 ms  tengig-0-2-0-0.mid-1.mweb.co.za [196.22.169.219]
   7   291 ms   290 ms   291 ms  pos-0-0-0-0.lon-1.mweb.co.za [196.22.163.230]
   8   290 ms   302 ms   290 ms  79.141.38.37.available.above.net [79.141.38.37]
   9   363 ms   363 ms   363 ms  so-1-1-0.mpr1.dca2.us.above.net [64.125.31.186]
  10   388 ms   388 ms   387 ms  ge-2-0-0.mpr3.iah1.us.above.net [64.125.25.114]
  11   396 ms   390 ms   409 ms  xe-1-3-0.cr1.iah1.us.above.net [64.125.30.105]
  12   424 ms   390 ms   390 ms  xe-1-0-0.cr2.iah1.us.above.net [64.125.30.70]
  13   411 ms   410 ms   410 ms  xe-1-1-0.mpr4.phx2.us.above.net [64.125.28.73]
  14   412 ms   412 ms   412 ms  xe-1-0-0.mpr3.phx2.us.above.net [64.125.27.97]
  15   417 ms   413 ms   412 ms  64.124.196.38.allocated.above.net [64.124.196.38]
  16   413 ms     *      414 ms  ip-208-109-112-153.ip.secureserver.net [208.109.112.153]
  17     *        *        *     Request timed out.
  18     *      414 ms     *     ip-216-69-188-33.ip.secureserver.net [216.69.188.33]

Trace complete.
 
I did a little test installed a VPN program, and bang everything is faster, yes latency is up by 50ms but its stable, now if only we could get a local vpn.
 
What website is that semaphore? Rapidshare? Megaupload? Hotfile? I know you said non p2p sharing site, but in all honesty, since being with mweb I've never seen http downloads less than 300kbps (excluding seacom interruption periods). On average, my http runs from at about 350-500kbps - this is not a lie.

So again, what website are you downloading from thats giving you 15kbps? Because from what I've seen, http is not shaped, only downloads from RS, MU, HF etc...

Not to be rude but if I hear someone say that again, I am going to scream! MWEB DOES AT TIMES, shape/throttle HTTP downloads. No I am not talking about RS, MU, HF etc. I am talking about genuine sites. With that rant being over I have had no issues with MWEB this month, it is strange.
 
Not to be rude but if I hear someone say that again, I am going to scream! MWEB DOES AT TIMES, shape/throttle HTTP downloads. No I am not talking about RS, MU, HF etc. I am talking about genuine sites. With that rant being over I have had no issues with MWEB this month, it is strange.

Scream all you like because Mweb DOES NOT shape/throttle http downloads

Don't twist the facts with gossip and bs, please go be a n00b elsewhere
 
Scream all you like because Mweb DOES NOT shape/throttle http downloads

Don't twist the facts with gossip and bs, please go be a n00b elsewhere

Yes because getting 15kB/s - 30kB/s from that site i mentioned is not shaped at all. Switching to my other account i get full speed. Just because you have yet to come across a site thats throttled for you dont presume they are all not. And the site in question i used has nothing to do with file sharing whatsoever.
 
http://mybroadband.co.za/vb/showthread.php?238627-Mweb-Thank-You!-Torrents-Are-Flying

Flying speeds!

I'm on 30KB, sometimes peaks at 40KB/s.

LOVELY eh? :mad:

Maybe all my moaning, MWEB has decided to 'punish' me :(

Truth hurts eh :(

Perhaps, or perhaps the sources you are getting your stuff from is having uplink issues. Or perhaps there is more deep seated issue with your connectivity. I am not getting bad speeds on torrents today 100kB/s i am limiting it to 100 thou. Now the service seems to be performing okish, but if its only going to perform one day out of the week like this, then its not worth it at all.
 
Scream all you like because Mweb DOES NOT shape/throttle http downloads

Don't twist the facts with gossip and bs, please go be a n00b elsewhere

Next time be sure you actually know what you are talking about before attacking members.
 
Yes because getting 15kB/s - 30kB/s from that site i mentioned is not shaped at all. Switching to my other account i get full speed. Just because you have yet to come across a site thats throttled for you dont presume they are all not. And the site in question i used has nothing to do with file sharing whatsoever.

Mweb does not shape nor throttle HTTP except for certain known mass download sites, eg Rapidshare.

Any other slow HTTP downloads are as a result of the network being busy, NOT throttling. People have got to get used to the idea that on an uncapped network, there's going to be times the network is NATURALLY slow because too many people are using it. That's what contention ratio is all about.

Look at it this way - if my total network speed is 10, and i have one person using it, they'll get the full 10. If another person comes online then there's 2 users, who will each get 5. Now imagine 5 users online, they'll each get 2.

ADSL is (and always has been) a best effort service with a contention ratio of around 20:1 (varies between providers). All you're ever guaranteed is thus 1/20th of your line speed.
 
Mweb does not shape nor throttle HTTP except for certain known mass download sites, eg Rapidshare.

Any other slow HTTP downloads are as a result of the network being busy, NOT throttling. People have got to get used to the idea that on an uncapped network, there's going to be times the network is NATURALLY slow because too many people are using it. That's what contention ratio is all about.

Look at it this way - if my total network speed is 10, and i have one person using it, they'll get the full 10. If another person comes online then there's 2 users, who will each get 5. Now imagine 5 users online, they'll each get 2.

ADSL is (and always has been) a best effort service with a contention ratio of around 20:1 (varies between providers). All you're ever guaranteed is thus 1/20th of your line speed.

No offense or anything but i wasnt born yesterday with regards to network's and how networks operate based on usage. So you can stop preaching to me like im an idiot. The site i downloaded was NOT a mass download site, and the network you refer to (seacom) im pretty sure could handle 100kB/s furthermore, it was 22:00 on a Saturday evening. And you might assume they "mweb" do not throttle HTTP, But what do you call throttling hotfile or rapidshare hmmm? Those are http protocols. It leads me to believe mweb are not as transparent as you might like to believe. While i agree networks could be busy and what not, i also disagree with the fact that like i said, i changed accounts and got full speed, and trust me the account i switched to was alot more congested than mweb.

Perhaps my payments should be on best effort.
 
Last edited:
No offense or anything but i wasnt born yesterday with regards to network's and how networks operate based on usage. So you can stop preaching to me like im an idiot. The site i downloaded was NOT a mass download site, and the network you refer to (seacom) im pretty sure could handle 100kB/s furthermore, it was 22:00 on a Saturday evening. And you might assume they "mweb" do not throttle HTTP, But what do you call throttling hotfile or rapidshare hmmm? Those are http protocols. It leads me to believe mweb are not as transparent as you might like to believe. While i agree networks could be busy and what not, i also disagree with the fact that like i said, i changed accounts and got full speed, and trust me the account i switched to was alot more congested than mweb.

Perhaps my payments should be on best effort.

Unless you can post a tracert showing that the problem was on MWeb (and that there was no congestion on another account), it is much easier to believe that the problem is caused by by the web server being overloaded.

When I tried to ping that server, 3 out of 10 times it consistently fails to reply. So are you going to blame your ISP for that?
 
Let them blame whoever they want to, just because they not maxing out download speeds they come talking all kinds of crap about http shaping etc.

Most of us here know Mweb don't shape http, but as soon as some one gets a slow download these days they straight away turn around and blame it on shaping.

Let me just put you on track here Linoman & Semaphore - It is IMPOSSIBLE to shape HTTP protocol as that would render ALL HTTP downloads shaped and this would breach Mweb's SLA with regards to providing us a 4MBps adsl connection - as we would no longer get 4MBps speeds at anytime. They would have a massive full scale war on their hands if they were to try shape the HTTP protocol as a whole.

So by now you're either disagreeing with me, or you're scratching your heads saying but how do they know what HTTP traffic to shape then? How do they effectively shape this and not that - traffic based on the HTTP protocol. This I'm not going to tell you - this you can & should be able to figure out on your own, considering you guys both think you know what YOU'RE talking about.
 
Top
Sign up to the MyBroadband newsletter
X