MWEB Uncapped Subscribers Feedback

Status
Not open for further replies.
Seems Mweb is going after heavy downloders atm, wonder if it will free up space on their network.
 
schumi said:
Seems Mweb is going after heavy downloders atm, wonder if it will free up space on their network.
Click to expand...

So if I use netflix am I going to get hammered by Mweb ?

As that would be really putting strain on the "network" after 50 or so people start using it.

They wont be able to say "net hog" then or will they spin you with another angle ?
 
Cosmic_Nomad said:
So if I use netflix am I going to get hammered by Mweb ?
As that would be really putting strain on the "network" after 50 or so people start using it.
They wont be able to say "net hog" then or will they spin you with another angle ?
Click to expand...

Netflix is available in rsa ?
 
One thing I have never understood is how no matter how well the rest of the connection works, the itunes music store never works quickly on M-Web.

I can't even stream a preview of a 30 second file. EVERYONE else I know on Mweb has the same problem and I've complained before- so what do we nneed to do to get mweb to fix this????

I've tried the iTMS on Openweb and it works flawlessly.
 
Donovan said:
One thing I have never understood is how no matter how well the rest of the connection works, the itunes music store never works quickly on M-Web.

I can't even stream a preview of a 30 second file. EVERYONE else I know on Mweb has the same problem and I've complained before- so what do we nneed to do to get mweb to fix this????

I've tried the iTMS on Openweb and it works flawlessly.
Click to expand...

Hi Donovan

I have tested this on my side and I can not replicate what you are experiencing. I will however investigate this for you.

Regards
MWEB Guy
 
Donovan said:
..........

I've tried the iTMS on Openweb and it works flawlessly.
Click to expand...

Everything works flawlessly on any other ISP but Mweb. That's a fact. They call it QOS whatever that in Mweb language means. We know what it means in relation to any other ISP's. They always have the "PM me" service support message. That's a bot I think or rather maybe a spambot to sell their "Unshaped" service as other than reading the message and PM'ing your problem to them there never is any resolve. That's Mweb for you.

PS: I had such lag on PSN KZ3 at one stage last night that after a third kill the game would realize I died a while back and the game then quickly play in reverse, you know like rewinding a playing video backwards.
 
Last edited:
Is anyone else experiencing decaying download speed after 2-3 hours of downloading? It only goes back to line speed when I restart my router. I just wrote and scheduled a Telnet script to auto reboot the router every 3 hours.
 
Getting my iphone's update, not bad so far 3.437Mbs:

wcoa5w.png
 
MP3 podcasts stalling

Just over a year ago I started experiencing a strange problem on my uncapped shaped 384kbps all-inclusive line with MWEB. MP3 files would stall and not finish downloading. All other downloads and browsing was fine. I tried downloading from different browsers, with wget, on different machines and with different OSs without any luck. I swapped our routers with someone else and tested, etc. On my line (regardless of router, etc.) only did MP3 files stall permanently. Eventually, with the help of the MWEB rep., we asked Telkom to move my line to a different port on the DSLAM and the problem was solved.

Until now. I'm now experiencing the same problem. MP3 files (podcasts, from different sites) stall in iTunes, with wget on Windows and with wget on Linux. The same files download fine off-site on a machine on the TENET network. Transferring one of the files from that machine via scp (secure copy) works. So it seems only unencrypted MP3 files (which are just binary data though) stall and never finish. I've tried resuming the download (with wget -c) as well as forcing wget to bypass the cache (no idea if this is relevant) with "wget --no-cache" without success. I've restarted my router. Browsing, Windows updates, Linux updates, etc. all download fine.

I've sent a PM to the MWEB rep. to look at this for me, as it may be exactly the same problem I experienced a year ago. Unless anyone else is experiencing the same problem, in which case it may be something else ... ?

Any suggestions? Other than changing ISP that is :)

Here's an example of the problem. This file downloaded fine until 23%. Most files stall at the same byte, but not always.

Code: 
23% [==============>                                                     ] 6,556,400   --.-K/s   in 3m 58s

2011-06-25 14:01:24 (26.9 KB/s) - Read error at byte 6556400/28444128 (Connection reset by peer). Retrying.

--2011-06-25 14:01:25--  (try: 2)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s   in 15m 0s

2011-06-25 14:16:26 (0.00 B/s) - Read error at byte 6556400/28444128 (Connection timed out). Retrying.

--2011-06-25 14:16:28--  (try: 3)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s   in 15m 0s

2011-06-25 14:31:28 (0.00 B/s) - Read error at byte 6556400/28444128 (Connection timed out). Retrying.

--2011-06-25 14:31:31--  (try: 4)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s
 
Last edited:
SabreWolfy said:
Just over a year ago I started experiencing a strange problem on my uncapped shaped 384kbps all-inclusive line with MWEB. MP3 files would stall and not finish downloading. All other downloads and browsing was fine. I tried downloading from different browsers, with wget, on different machines and with different OSs without any luck. I swapped our routers with someone else and tested, etc. On my line (regardless of router, etc.) only did MP3 files stall permanently. Eventually, with the help of the MWEB rep., we asked Telkom to move my line to a different port on the DSLAM and the problem was solved.

Until now. I'm now experiencing the same problem. MP3 files (podcasts, from different sites) stall in iTunes, with wget on Windows and with wget on Linux. The same files download fine off-site on a machine on the TENET network. Transferring one of the files from that machine via scp (secure copy) works. So it seems only unencrypted MP3 files (which are just binary data though) stall and never finish. I've tried resuming the download (with wget -c) as well as forcing wget to bypass the cache (no idea if this is relevant) with "wget --no-cache" without success. I've restarted my router. Browsing, Windows updates, Linux updates, etc. all download fine.

I've sent a PM to the MWEB rep. to look at this for me, as it may be exactly the same problem I experienced a year ago. Unless anyone else is experiencing the same problem, in which case it may be something else ... ?

Any suggestions? Other than changing ISP that is :)
Click to expand...

Hi SabreWolfy,

As mentioned, I logged this with our Technical Specialists, they will be in contact with you regarding your query.

Regards,
MWEB Guy
 
MWEB Guy said:
Hi SabreWolfy,

As mentioned, I logged this with our Technical Specialists, they will be in contact with you regarding your query.

Regards,
MWEB Guy
Click to expand...

Thanks, I appreciate that and mentioned in my post above that I had contacted you. I wanted to find out if the problem was more wide-spread or if only I was experiencing it.
 
Hi MWeb Guy,

I received an abuse notification. I replied within the required 24 hour period that I will not modify my long-standing internet "behaviour" in any manner, shape or form. How can I be assured of a speedy suspension? I don't want to miss out on the Openweb Special that ends on Monday.

Regards,
Gatecrasher.
 
Gatecrasher said:
I received an abuse notification. I replied within the required 24 hour period that I will not modify my long-standing internet "behaviour" in any manner, shape or form. How can I be assured of a speedy suspension? I don't want to miss out on the Openweb Special that ends on Monday.
Click to expand...

hahahahah :D
 
Gatecrasher said:
Hi MWeb Guy,

I received an abuse notification. I replied within the required 24 hour period that I will not modify my long-standing internet "behaviour" in any manner, shape or form. How can I be assured of a speedy suspension? I don't want to miss out on the Openweb Special that ends on Monday.

Regards,
Gatecrasher.
Click to expand...

Hi Gatecrasher,

We are not at liberty to discuss abuse queries openly in the interest of protecting your privacy. If you mailed our abuse team, they will respond to your query.

Regards,
MWEB Guy
 
Gatecrasher said:
Hi MWeb Guy,

I received an abuse notification. I replied within the required 24 hour period that I will not modify my long-standing internet "behaviour" in any manner, shape or form. How can I be assured of a speedy suspension? I don't want to miss out on the Openweb Special that ends on Monday.

Regards,
Gatecrasher.
Click to expand...

oh Brilliant!!! :D :D :D
 
SabreWolfy said:
Just over a year ago I started experiencing a strange problem on my uncapped shaped 384kbps all-inclusive line with MWEB. MP3 files would stall and not finish downloading. All other downloads and browsing was fine. I tried downloading from different browsers, with wget, on different machines and with different OSs without any luck. I swapped our routers with someone else and tested, etc. On my line (regardless of router, etc.) only did MP3 files stall permanently. Eventually, with the help of the MWEB rep., we asked Telkom to move my line to a different port on the DSLAM and the problem was solved.

Until now. I'm now experiencing the same problem. MP3 files (podcasts, from different sites) stall in iTunes, with wget on Windows and with wget on Linux. The same files download fine off-site on a machine on the TENET network. Transferring one of the files from that machine via scp (secure copy) works. So it seems only unencrypted MP3 files (which are just binary data though) stall and never finish. I've tried resuming the download (with wget -c) as well as forcing wget to bypass the cache (no idea if this is relevant) with "wget --no-cache" without success. I've restarted my router. Browsing, Windows updates, Linux updates, etc. all download fine.

I've sent a PM to the MWEB rep. to look at this for me, as it may be exactly the same problem I experienced a year ago. Unless anyone else is experiencing the same problem, in which case it may be something else ... ?

Any suggestions? Other than changing ISP that is :)

Here's an example of the problem. This file downloaded fine until 23%. Most files stall at the same byte, but not always.

Code: 
23% [==============>                                                     ] 6,556,400   --.-K/s   in 3m 58s

2011-06-25 14:01:24 (26.9 KB/s) - Read error at byte 6556400/28444128 (Connection reset by peer). Retrying.

--2011-06-25 14:01:25--  (try: 2)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s   in 15m 0s

2011-06-25 14:16:26 (0.00 B/s) - Read error at byte 6556400/28444128 (Connection timed out). Retrying.

--2011-06-25 14:16:28--  (try: 3)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s   in 15m 0s

2011-06-25 14:31:28 (0.00 B/s) - Read error at byte 6556400/28444128 (Connection timed out). Retrying.

--2011-06-25 14:31:31--  (try: 4)  http://nature.edgeboss.net/download/nature/nature/podcast/v474/n7352/nature-2011-06-23.mp3?ewk13=1
Connecting to nature.edgeboss.net|92.122.49.251|:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 28444128 (27M), 21887728 (21M) remaining [audio/mpeg]
Saving to: `nature-2011-06-23.mp3'

23% [+++++++++++++++                                                     ] 6,556,400   --.-K/s
Click to expand...

wget -c url doesnt work i assume?
 
Oh, No! Not the Comfy Chair!

MWEB Guy said:
Hi Gatecrasher,

We are not at liberty to discuss abuse queries openly in the interest of protecting your privacy. If you mailed our abuse team, they will respond to your query.

Regards,
MWEB Guy
Click to expand...

I'm glad my privacy has been of service to you. Not so protective of my privacy while monitoring my internet "behaviour." My question, however, was more logistical since month-end is looming and the Openweb Special is ending.

In your experience, will my refusal to submit to MWeb's whim guarantee a suspension, or will I be forced into the torturous and dubious cancellation process that so many people here are complaining about?

Lots of competition for my cash out there. Lots of wonderful specials and internet goodies waiting to be enjoyed - not murdered through excessive shaping.

The MWeb abuse notification must be the latest incarnation of Monty Python's Spanish Inquisition. The chief two/three/four weapons being fear, surprise and ruthless efficiency. And an almost fanatical devotion to the Shaper.

As I'm now being threatened with torture by comfy chair and a cup of coffee at 11. I'll take it.
 
MWEB Guy said:
Hi Gatecrasher,

We are not at liberty to discuss abuse queries openly in the interest of protecting your privacy. If you mailed our abuse team, they will respond to your query.

Regards,
MWEB Guy
Click to expand...

Unfortunately they give the same generic non-informative responses and if you ask a difficult question they don't respond.
 
avert said:
wget -c url doesnt work i assume?
Click to expand...

Nope -- I mentioned it in the second paragraph. The download just sits at 0kbps, trying to resume where it left.

I've also just tested one of the files on someone else's (capped) MWEB account and it downloaded fine. I tried again on my uncapped line and it stopped dead at the same point (99% for this file).
 
Status
Not open for further replies.
Back
Top
Sign up to the MyBroadband newsletter
X