Vodacom 3g is Pathetic.

3GisDaMan

Well-Known Member
Joined
Mar 14, 2005
Messages
243
Downgraded perhaps?

Spot-on mate! I have HSDPA (for which I have to fork-out a premium of R200p/m, nogal) and my download speed is a mere 350 kbps.... When I complained to 155, I was informed that this is normal!?

Find out if your account has not been downgraded to a 3G account. It happened to me, and it was actually quite difficult to find out that that was the problem.
 

vodacom3g

Vodacom Representative
Joined
Jan 14, 2005
Messages
12,065
Find out if your account has not been downgraded to a 3G account. It happened to me, and it was actually quite difficult to find out that that was the problem.

Valid point,

MikeN, what package are you on and what are you paying per month? I.e. are you on a HSDPA or 3G package?

Run a few speed tests on http://speed.vodacom.co.za/test and post the results here. Look specifically for an upload speed of either above or below 64K.
 

flipmo

Active Member
Joined
Oct 26, 2006
Messages
95
Spot-on mate! I have HSDPA (for which I have to fork-out a premium of R200p/m, nogal) and my download speed is a mere 350 kbps.... When I complained to 155, I was informed that this is normal!?

check apps like web acellerators...download managers...limewires...etc...these tend to make a major diff in your speed...
 

MikeN

Member
Joined
Apr 30, 2006
Messages
23
Find out if your account has not been downgraded to a 3G account. It happened to me, and it was actually quite difficult to find out that that was the problem.
Good suggestion - however, I have been informed that my account is definately set-up for HSDPA....
 

MikeN

Member
Joined
Apr 30, 2006
Messages
23
Valid point,

MikeN, what package are you on and what are you paying per month? I.e. are you on a HSDPA or 3G package?

Run a few speed tests on http://speed.vodacom.co.za/test and post the results here. Look specifically for an upload speed of either above or below 64K.
Thanks for the interest. Definately HSDPA contract. Just ran three tests - download; 852; 1128 and 763 respectively. Upload; 340; 233 and 325 respectively. Although more temperamental than my mother-in-law, I will be happy if it remains like this.......
 

Dave A

Well-Known Member
Joined
May 20, 2006
Messages
254
First I want to thank Brad for his assistance. It's really useful to know a bit about where your best signal should be coming from and generally get an idea of the challenges Vodacom face in getting my 0's and 1's to the big wide world.

Using his advice, I've just run a speed test, and (this one's for you, Brad)
Download Speed: 1242 kbps (155.3 KB/sec transfer rate)
Upload Speed: 349 kbps (43.6 KB/sec transfer rate)

Seems OK, I think.

I took a closer look at my FTP report - It is genuinely timing the actual file transfer, not the handshaking that leads up to it. On this occasion I was doing it by ADSL, but I'll definitely find a nice mix of file sizes to give a whirl over HSDPA. I'll PM a report to Brad & v3g once I've got it done.

Again, I really appreciate the effort you guys put in to help.
 

Prometheus

Banned
Joined
Mar 19, 2006
Messages
4,252
Ok, didn't read this the first time round. Two issues I would like to respond to:

Firstly about the downloads which seem to stop in the middle and then continue again later. What happens is that during the download either the sent packet or the received packet gets lost somewhere. In both cases you never get the requested data. Sometimes it arrives later and sometimes it never arrives. Rather than to wait for it to arrive your browser reaches a timeout and requests the data again. Sometimes it is quicker to just reload the troubled file again rather than to wait for this timeout or lost packet to arrive. Particularly in browsers like Opera which does not seem to have a timeout and will simply wait forever. Can anyone confirm this in regards to Opera?

Secondly the issue with the slower downloads for smaller files. The download speed is actually the same for all filesizes although you get different speeds at different times. The download rate for smaller files is actually slower than for large files. The way it works is that every time you download something (pictures and scripts in your browser is still a download) your browser does a handshake with the server. During this handshake your computer is registered on the server and the file is probably loaded into memory so that disk speed as well as deletions and updates doesn't have an effect on your downloads. I often see over 10 seconds elapse between the request and the actual download even when ping times are only ~500ms. Once the download starts data comes in relative to the ping times. You can just imagine the effect this has on a number of smaller files over one big file. It can easily take over a minute to download 10 100B files but only 10 seconds to download a 1000B file.

PS. Dave, are you using a download manager and segmented downloading? If so remember that the number of segments and therefor the download speed depends on both your rated download speed and the size of the downloaded file. A small file might be downloaded in one segment and a large one in 10 segments for instance and then appear to have a higher download speed. Also download speeds is generally not very accurate with small files. Some programs measure download speed in increments like for instance one second. They will then download say a 10k file within a second and assume the speed is 10k/s when it was really 15k/s or a 10k file in a two second period and rate your speed at 5k/s when it might have really been 9k/s. Small files are not an accurate measure of download speed and therefor not used in speed tests.
 

Tazz_Tux

Linux Guru
Joined
Jan 28, 2005
Messages
622
Ok, didn't read this the first time round. Two issues I would like to respond to:

Firstly about the downloads which seem to stop in the middle and then continue again later. What happens is that during the download either the sent packet or the received packet gets lost somewhere. In both cases you never get the requested data. Sometimes it arrives later and sometimes it never arrives. Rather than to wait for it to arrive your browser reaches a timeout and requests the data again. Sometimes it is quicker to just reload the troubled file again rather than to wait for this timeout or lost packet to arrive. Particularly in browsers like Opera which does not seem to have a timeout and will simply wait forever. Can anyone confirm this in regards to Opera?
Not entirely correct, all browsers,software,etc use the IP Stack provided, by this case, Windows. There are a few options that the application can set that will make a huge diffs in the way the application responds. Have a look at
http://www.opengroup.org/onlinepubs/000095399/functions/setsockopt.html

My point is, sometimes the IP stack get's confused/misplaced/misused and then there is nothing that you can do but to reload. Programs like firewalls etc intercept your socket comms, so make sure you have a *good* one :)
 

ic

MyBroadband
Super Moderator
Joined
Nov 8, 2004
Messages
14,805
...The download speed is actually the same for all filesizes although you get different speeds at different times. The download rate for smaller files is actually slower than for large files...
:confused:

@Prometheus, did you mean that speed and rate in that context had different meanings, where maybe rate means acceleration?
 

Prometheus

Banned
Joined
Mar 19, 2006
Messages
4,252
Not entirely correct, all browsers,software,etc use the IP Stack provided, by this case, Windows. There are a few options that the application can set that will make a huge diffs in the way the application responds. Have a look at
http://www.opengroup.org/onlinepubs/000095399/functions/setsockopt.html

My point is, sometimes the IP stack get's confused/misplaced/misused and then there is nothing that you can do but to reload. Programs like firewalls etc intercept your socket comms, so make sure you have a *good* one :)
Correct. I am specifically talking about the timeout in this case. Once the timeout is reached the application should request the data again. Some (like Opera) however do not seem to use the timeout and will simply wait forever and others will tell you the file cannot be downloaded. I sometimes notice data coming through minutes later without being requested again. This happens regularly with the same application so I don't think this is a windows problem. I do sometimes notice the IP stack or maybe even the bluetooth stack getting confused and then reloading only sends a "page not available" message and I have to disconnect and restart my connection and sometimes even my software.
:confused:

@Prometheus, did you mean that speed and rate in that context had different meanings, where maybe rate means acceleration?
The download speed I was referring to is the speed at which data comes through once the connection is established. The download rate is how long it takes to download all the data. Most programs give the download rate, ie. from the moment the connection is initiated. Opera gives the rate at which the entire page loads and is a good indication of the connection latency. The difference is most noticable with small files (download speed = download rate - handshake). Anyway, don't think there's an official definition for this so maybe we should start one. Only the way I understand it from the meaning of the words like the difference between an object's speed and velocity.
 

ic

MyBroadband
Super Moderator
Joined
Nov 8, 2004
Messages
14,805
:confused:

@Prometheus, did you mean that speed and rate in that context had different meanings, where maybe rate means acceleration?
The download speed I was referring to is the speed at which data comes through once the connection is established. The download rate is how long it takes to download all the data. Most programs give the download rate, ie. from the moment the connection is initiated. Opera gives the rate at which the entire page loads and is a good indication of the connection latency. The difference is most noticable with small files (download speed = download rate - handshake). Anyway, don't think there's an official definition for this so maybe we should start one. Only the way I understand it from the meaning of the words like the difference between an object's speed and velocity.
If you don't mean acceleration or decelleration, then I think you must mean duration instead of rate...?
 

vodacom3g

Vodacom Representative
Joined
Jan 14, 2005
Messages
12,065
Anyway, don't think there's an official definition for this so maybe we should start one.
And to think we had a job for you reserved in Engineering! :eek:

Maybe get a good book on TCP/IP and get a clear understanding of how peer to peer communication work between the same layers on the different nodes.

It will also help you understand how one layer hands over to the next (IP to TCP/UDP to Session right up to Application and then to a program like Opera) as well as one protocol to another (ARP, RIP, DNS, HTTP, etc.).

This stuff was defined in the 70's.....

Nothing like factual knowledge, takes the guesswork out of anything ;)
 
Last edited:

ic

MyBroadband
Super Moderator
Joined
Nov 8, 2004
Messages
14,805

Prometheus

Banned
Joined
Mar 19, 2006
Messages
4,252
And to think we had a job for you reserved in Engineering! :eek:

Maybe get a good book on TCP/IP and get a clear understanding of how peer to peer communication work between the same layers on the different nodes.

It will also help you understand how one layer hands over to the next (IP to TCP/UDP to Session right up to Application and then to a program like Opera) as well as one protocol to another (ARP, RIP, DNS, HTTP, etc.).

This stuff was defined in the 70's.....

Nothing like factual knowledge, takes the guesswork out of anything ;)
And what does this have to do with download speed? :confused:
 

vodacom3g

Vodacom Representative
Joined
Jan 14, 2005
Messages
12,065
And what does this have to do with download speed? :confused:

It would help all your guessing as to where what delays and latencies are introduced as well as when what handshaking takes place.

To further understand how small packets seem to give a lower throughput value at the application layer, read up on the Physical and MAC layers, especially the effect of the line clock speed on throughput. Also remember to take into account the store and forward impact on data throughput.
 

Prometheus

Banned
Joined
Mar 19, 2006
Messages
4,252
It would help all your guessing as to where what delays and latencies are introduced as well as when what handshaking takes place.

To further understand how small packets seem to give a lower throughput value at the application layer, read up on the Physical and MAC layers, especially the effect of the line clock speed on throughput. Also remember to take into account the store and forward impact on data throughput.
Ah, you're talking about the packet headers and the impact this has on download speed. Also that small packets have a bigger total overhead than large packets although the effect only really becomes apparant with very small packets. This is however not what we were talking about unless Dave was comparing the download speed of files smaller than the normal packet size. For files larger than the packet size the ratio of the overhead over the data tend to become the same for all files and won't cause a different download speed for different file sizes. With the handshaking I was merely referring to the fact that it normally takes up to 10 seconds before my download starts. Do you want to convince me using network protocols that this is not the case when I know it for a fact?
 
Top