MyWireless - Experience So Far

beerygaz

Well-Known Member
Joined
Dec 11, 2003
Messages
107
Reaction score
0
Location
South Africa.
Well, I'vebeen hooked up for about a week now and feel I'm in some position to make some observations on my experience.

<ul><li>I signed up for the 512k package and have yetto see any transfer speeds close to that. The best I've seen is about 30k/sec, and speed tests on bandwidthplace.com show values ranging between 56 kbps to 240kbps (never over 256kbps).

Anyone else out there on the 512k package that has similar concerns? </li>
<li>My modem disconnects at seemingly random intervals ranging from 5 minutes to 5 hours. Normaly I havebetween 2 & 3 LED's lit on the device. The all of a sudden there's no signal and the LED's start scanning.

The bitch about this is that when the signal does return, I have to reset the device before I can re-establish a connection using PPPoE. </li>

<li> I've called Sentech support re both of these issues, Annetjietold me a technician would investigate the 512k speed issues and call me back. Nothing.

JP told me it was a shared service to tough luck. I'm not ignorant ofthe fact that it's a shared service, but even on a shared serviceI should be seeing the odd high-speed transfer when everyone is asleep, or at work for that matter. </li>

<li> I'm using PPPoE and Sentech cleary have no support skills when it comes to PPPoE</li>

<li> Is signed up for an "always on" service. This was critical to me. I can't be in the middle of a WebEx conference and have to restart my hardware. I also use my systems to manage and monitor other external devices on the 'net. If I keep losing my connection during the day, this makes it impossible (sepecially if I have to reset the modem to re-establish the connection)</li></ul>

So it would seem I'm now tied into a 24 month contract for a "on for a while until you need to reset the device" internet connection that I'm paying R1,500 per month for when I could be paying half that for the equivalent transfer speeds I'm getting, where the organisation I pay is incapable of assisting me.

So, here's what I'm looking for:

<ul><li>Anyone using the 512k package having piss-poor speed performance or is it just me? </li>
<li>Anyone using PPPoE, losing their connection and not able to re-establish it without resetting the modem? </li>
<li>Anyone think (ProAsm) that if we form a MyWireless user group to try and highlight some of the major flaws in the service as well as assist new users to establish the best connections, etc. that Sentech will give us a voice in their organisation? That they will use the UG as an alternative channel to their consumers? </li></ul>
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by beerygaz</i>
...
So, here's what I'm looking for:
...
<li>Anyone using PPPoE, losing their connection and not able to re-establish it without resetting the modem? </li>
...
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

I am also running PPPoE, but I do not have the problem with having to restart it when the link drops. It just retries and retries and...
I am running PPPoE on an old RedHat 6.2 installation with the the PPPoE implementation from http://www.roaringpenguin.com

I am also getting "disconnected" from time to time. Here is a little log:
Feb 18 08:53:52 boson pppd[32492]: Connect time 551.3 minutes.
Feb 18 10:34:14 boson pppd[1818]: Connect time 99.6 minutes.
Feb 18 11:28:17 boson pppd[2491]: Connect time 53.7 minutes.
Feb 18 20:46:14 boson pppd[6850]: Connect time 36.4 minutes.
Feb 19 06:33:38 boson pppd[32016]: Connect time 2.1 minutes.
Feb 19 08:06:40 boson pppd[7154]: Connect time 676.5 minutes.
Feb 19 08:29:11 boson pppd[9911]: Connect time 22.3 minutes.
Feb 19 08:32:22 boson pppd[10181]: Connect time 2.8 minutes.
Feb 19 08:36:18 boson pppd[10361]: Connect time 3.6 minutes.
Feb 19 08:42:33 boson pppd[10536]: Connect time 5.7 minutes.
Feb 19 08:47:41 boson pppd[10757]: Connect time 3.6 minutes.
Feb 19 08:50:14 boson pppd[10946]: Connect time 2.1 minutes.
Feb 19 08:56:13 boson pppd[11146]: Connect time 1.7 minutes.
Feb 19 09:01:38 boson pppd[11365]: Connect time 1.3 minutes.
Feb 19 09:03:59 boson pppd[11539]: Connect time 2.0 minutes.
Feb 19 09:04:40 boson pppd[11751]: Connect time 0.4 minutes.
Feb 19 09:07:30 boson pppd[11911]: Connect time 2.8 minutes.
Feb 19 09:12:03 boson pppd[12107]: Connect time 3.6 minutes.
Feb 19 09:24:58 boson pppd[12284]: Connect time 12.4 minutes.
Feb 19 09:28:54 boson pppd[12482]: Connect time 3.7 minutes.
Feb 19 12:31:10 boson pppd[14002]: Connect time 20.2 minutes.
Feb 19 13:40:15 boson pppd[14213]: Connect time 69.0 minutes.
Feb 19 13:51:20 boson pppd[14815]: Connect time 10.8 minutes.
Feb 19 14:46:26 boson pppd[15011]: Connect time 54.7 minutes.
Feb 19 14:52:45 boson pppd[15441]: Connect time 5.9 minutes.
Feb 19 14:54:01 boson pppd[15742]: Connect time 0.8 minutes.
Feb 19 15:07:57 boson pppd[15910]: Connect time 13.6 minutes.
Feb 19 15:22:05 boson pppd[16108]: Connect time 14.1 minutes.
Feb 19 15:28:33 boson pppd[16309]: Connect time 6.1 minutes.
Feb 19 15:31:32 boson pppd[16488]: Connect time 2.4 minutes.
Feb 19 16:35:03 boson pppd[16671]: Connect time 63.3 minutes.
Feb 19 17:52:03 boson pppd[17050]: Connect time 76.6 minutes.
Feb 19 17:56:22 boson pppd[17384]: Connect time 4.3 minutes.
Feb 19 17:58:24 boson pppd[17558]: Connect time 1.8 minutes.
Feb 19 17:59:47 boson pppd[17726]: Connect time 0.4 minutes.
Feb 19 18:00:30 boson pppd[17890]: Connect time 0.5 minutes.
Feb 19 18:02:03 boson pppd[18058]: Connect time 1.5 minutes.
Feb 19 18:02:58 boson pppd[18221]: Connect time 0.9 minutes.
Feb 19 18:12:18 boson pppd[18397]: Connect time 7.7 minutes.
Feb 19 19:48:33 boson pppd[18586]: Connect time 95.2 minutes.
Feb 19 20:07:50 boson pppd[18984]: Connect time 18.0 minutes.
Feb 19 20:19:05 boson pppd[19555]: Connect time 7.0 minutes.
Feb 19 20:20:33 boson pppd[19817]: Connect time 1.3 minutes.
Feb 19 20:25:11 boson pppd[20069]: Connect time 4.6 minutes.
Feb 19 21:56:04 boson pppd[677]: Connect time 27.7 minutes.
Feb 20 08:27:26 boson pppd[1354]: Connect time 627.7 minutes.
Feb 20 09:45:51 boson pppd[3665]: Connect time 77.5 minutes.
Feb 20 10:47:32 boson pppd[4090]: Connect time 61.6 minutes.
Feb 20 10:48:20 boson pppd[4507]: Connect time 0.1 minutes.
Feb 20 11:08:28 boson pppd[4671]: Connect time 20.0 minutes.
Feb 20 11:22:12 boson pppd[4901]: Connect time 13.2 minutes.
Feb 20 11:29:36 boson pppd[5167]: Connect time 7.1 minutes.
Feb 20 11:43:31 boson pppd[5358]: Connect time 13.4 minutes.
Feb 20 11:44:23 boson pppd[5573]: Connect time 0.2 minutes.
Feb 20 12:07:42 boson pppd[5759]: Connect time 22.2 minutes.
Feb 20 12:08:42 boson pppd[5986]: Connect time 0.9 minutes.
Feb 20 12:12:06 boson pppd[6153]: Connect time 3.4 minutes.
Feb 20 16:13:34 boson pppd[8491]: Connect time 0.2 minutes.
Feb 20 16:51:06 boson pppd[8656]: Connect time 37.4 minutes.
Feb 20 16:58:04 boson pppd[8982]: Connect time 5.7 minutes.
Feb 20 19:13:18 boson pppd[9171]: Connect time 134.7 minutes.
Feb 21 13:02:28 boson pppd[9780]: Connect time 1069.1 minutes.
Feb 21 14:01:29 boson pppd[15729]: Connect time 58.6 minutes.
Feb 21 14:03:07 boson pppd[16251]: Connect time 1.0 minutes.
Feb 21 15:12:25 boson pppd[16418]: Connect time 69.3 minutes.
Feb 21 15:35:55 boson pppd[16967]: Connect time 23.2 minutes.
Feb 21 17:04:46 boson pppd[17279]: Connect time 88.4 minutes.
Feb 22 13:28:28 boson pppd[17932]: Connect time 1223.4 minutes.
Feb 22 15:41:16 boson pppd[27891]: Connect time 132.4 minutes.
Feb 22 20:20:02 boson pppd[29002]: Connect time 264.0 minutes.
Feb 22 22:34:10 boson pppd[25930]: Connect time 133.7 minutes.
Feb 23 08:11:57 boson pppd[26962]: Connect time 577.5 minutes.
Feb 23 08:15:05 boson pppd[30492]: Connect time 3.1 minutes.
Feb 23 08:43:24 boson pppd[30635]: Connect time 28.2 minutes.
 
Some of those uptimes are pretty nice.
It seems the signal strength drops everynow and then (soemthing like that) Is it possible there is some form of interference ?
Some kid playing with his science kit or something like that ?
(Look daddy I built my first gsm tower!)
hehe

To me the disconnections I would think as something that would normally happen. But that does seem quite a bit at some times.

What's your distance from the tower, and what percentage is signal strength. Maybe this is where a patch antenna would fix the problem.
(replace bee-sting aerial with omni directional antenna ;)
 
beerygaz - there does seem to be some problems with the 512k but only in some areas, exactly what it is I dont know, but am working on it.
Please post what Base Station you are connected to and % signal.
512k connections normally realise 62k downloads with no connection problems but it does depend on your signal.
 
I've done a test in Gauteng (base 12) running 2 concurrent downloads from tucows.is.co.za on a 512-package, and they both leveled at 33KB/s each.

-G-
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by ProAsm</i>
<br />
Please post what Base Station you are connected to and % signal.
512k connections normally realise 62k downloads with no connection problems but it does depend on your signal.

<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

So my suspicions _may_ be confirmed. ProAsm, how do Itell you what BS &% signal I'm getting when I'm using PPPoE? Do I need to switch back to USB for that & reconfigure my network?
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by privet</i>
<br />I am also running PPPoE, but I do not have the problem with having to restart it when the link drops. It just retries and retries and...
I am running PPPoE on an old RedHat 6.2 installation with the the PPPoE implementation from http://www.roaringpenguin.com

I am also getting "disconnected" from time to time. Here is a little log:
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

Wanna post your ifcfg-ppp0 options (I think the're in there) for your roaring-penguin setup. I'm using RP too, but the reconnect never works. Will post useful logs when I get home.

What your little log didn't show (or what my tired little brain couldn't deduce) was how long it takes to reconnect after a disconnect?
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote">
Wanna post your ifcfg-ppp0 options (I think the're in there) for your roaring-penguin setup. I'm using RP too, but the reconnect never works. Will post useful logs when I get home.
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">
I think you are talking about /etc/ppp/pppoe.conf? Here it is (I removed all the comments etc...):
ETH='eth1'
USER='USERNAME'
DEMAND=no
DNSTYPE=SERVER
PEERDNS=yes
DNS1=
DNS2=
DEFAULTROUTE=yes
### ONLY TOUCH THE FOLLOWING SETTINGS IF YOU'RE AN EXPERT
CONNECT_TIMEOUT=30
CONNECT_POLL=2
ACNAME=
SERVICENAME=
PING="."
CF_BASE=`basename $CONFIG`
PIDFILE="/var/run/$CF_BASE-adsl.pid"
SYNCHRONOUS=no
CLAMPMSS=1412
LCP_INTERVAL=20
LCP_FAILURE=3
PPPOE_TIMEOUT=80
FIREWALL=NONE
LINUX_PLUGIN=
PPPOE_EXTRA=""
PPPD_EXTRA=""


<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote">
What your little log didn't show (or what my tired little brain couldn't deduce) was how long it takes to reconnect after a disconnect?
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

yup- that log did not show it. Here is the last disconnect log entry. It normally takes about 1 minute:
Feb 23 08:43:24 boson pppoe[30636]: Session 5 terminated -- received PADT from peer
Feb 23 08:43:24 boson pppoe[30636]: Sent PADT
Feb 23 08:43:24 boson pppd[30635]: Modem hangup
Feb 23 08:43:24 boson pppd[30635]: Connection terminated.
Feb 23 08:43:24 boson pppd[30635]: Connect time 28.2 minutes.
Feb 23 08:43:24 boson pppd[30635]: Sent 785797 bytes, received 2932899 bytes.
Feb 23 08:43:25 boson pppd[30635]: Exit.
Feb 23 08:43:25 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:43:30 boson pppd[30926]: pppd 2.4.1 started by root, uid 0
Feb 23 08:43:30 boson pppd[30926]: Using interface ppp0
Feb 23 08:43:30 boson pppd[30926]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:01 boson pppd[30926]: LCP: timeout sending Config-Requests
Feb 23 08:44:01 boson pppd[30926]: Connection terminated.
Feb 23 08:44:03 boson pppoe[30927]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:03 boson pppd[30926]: Exit.
Feb 23 08:44:03 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:08 boson pppd[30930]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:08 boson pppd[30930]: Using interface ppp0
Feb 23 08:44:08 boson pppd[30930]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:09 boson pppoe[30931]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:09 boson pppd[30930]: Modem hangup
Feb 23 08:44:09 boson pppd[30930]: Connection terminated.
Feb 23 08:44:09 boson pppd[30930]: Exit.
Feb 23 08:44:09 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:14 boson pppd[30934]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:14 boson pppd[30934]: Using interface ppp0
Feb 23 08:44:14 boson pppd[30934]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:16 boson pppoe[30935]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:16 boson pppd[30934]: Modem hangup
Feb 23 08:44:16 boson pppd[30934]: Connection terminated.
Feb 23 08:44:16 boson pppd[30934]: Exit.
Feb 23 08:44:16 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:21 boson pppd[30938]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:21 boson pppd[30938]: Using interface ppp0
Feb 23 08:44:21 boson pppd[30938]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:22 boson pppoe[30939]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:22 boson pppd[30938]: Modem hangup
Feb 23 08:44:22 boson pppd[30938]: Connection terminated.
Feb 23 08:44:22 boson pppd[30938]: Exit.
Feb 23 08:44:22 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:27 boson pppd[30942]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:27 boson pppd[30942]: Using interface ppp0
Feb 23 08:44:27 boson pppd[30942]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:28 boson pppoe[30943]: PPP session is 6
Feb 23 08:44:29 boson pppd[30942]: local IP address 66.18.83.3
Feb 23 08:44:29 boson pppd[30942]: remote IP address 10.11.1.2
Feb 23 08:44:29 boson pppd[30942]: primary DNS address 196.38.110.1
Feb 23 08:44:29 boson pppd[30942]: secondary DNS address 196.38.110.2
 
Well, I haven't had more than 35k average on my 512k, but I have gone above the 55/62 mark when downloading multiple files.

I'm also online for the last 22 hours or so... pretty kewl ;)
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by privet</i>
<br />I think you are talking about /etc/ppp/pppoe.conf? Here it is (I removed all the comments etc...):
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">
<br />
That's exactly what I meant. And I'm just gonna go ahead and steal me this config.

<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote">
What your little log didn't show (or what my tired little brain couldn't deduce) was how long it takes to reconnect after a disconnect?
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote">
yup- that log did not show it. Here is the last disconnect log entry. It normally takes about 1 minute:
Feb 23 08:43:24 boson pppoe[30636]: Session 5 terminated -- received PADT from peer
Feb 23 08:43:24 boson pppoe[30636]: Sent PADT
Feb 23 08:43:24 boson pppd[30635]: Modem hangup
Feb 23 08:43:24 boson pppd[30635]: Connection terminated.
Feb 23 08:43:24 boson pppd[30635]: Connect time 28.2 minutes.
Feb 23 08:43:24 boson pppd[30635]: Sent 785797 bytes, received 2932899 bytes.
Feb 23 08:43:25 boson pppd[30635]: Exit.
Feb 23 08:43:25 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:43:30 boson pppd[30926]: pppd 2.4.1 started by root, uid 0
Feb 23 08:43:30 boson pppd[30926]: Using interface ppp0
Feb 23 08:43:30 boson pppd[30926]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:01 boson pppd[30926]: LCP: timeout sending Config-Requests
Feb 23 08:44:01 boson pppd[30926]: Connection terminated.
Feb 23 08:44:03 boson pppoe[30927]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:03 boson pppd[30926]: Exit.
Feb 23 08:44:03 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:08 boson pppd[30930]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:08 boson pppd[30930]: Using interface ppp0
Feb 23 08:44:08 boson pppd[30930]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:09 boson pppoe[30931]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:09 boson pppd[30930]: Modem hangup
Feb 23 08:44:09 boson pppd[30930]: Connection terminated.
Feb 23 08:44:09 boson pppd[30930]: Exit.
Feb 23 08:44:09 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:14 boson pppd[30934]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:14 boson pppd[30934]: Using interface ppp0
Feb 23 08:44:14 boson pppd[30934]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:16 boson pppoe[30935]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:16 boson pppd[30934]: Modem hangup
Feb 23 08:44:16 boson pppd[30934]: Connection terminated.
Feb 23 08:44:16 boson pppd[30934]: Exit.
Feb 23 08:44:16 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:21 boson pppd[30938]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:21 boson pppd[30938]: Using interface ppp0
Feb 23 08:44:21 boson pppd[30938]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:22 boson pppoe[30939]: PADS: System-Error: Call disconnected (3)
Feb 23 08:44:22 boson pppd[30938]: Modem hangup
Feb 23 08:44:22 boson pppd[30938]: Connection terminated.
Feb 23 08:44:22 boson pppd[30938]: Exit.
Feb 23 08:44:22 boson adsl-connect: ADSL connection lost; attempting re-connection.
Feb 23 08:44:27 boson pppd[30942]: pppd 2.4.1 started by root, uid 0
Feb 23 08:44:27 boson pppd[30942]: Using interface ppp0
Feb 23 08:44:27 boson pppd[30942]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 08:44:28 boson pppoe[30943]: PPP session is 6
Feb 23 08:44:29 boson pppd[30942]: local IP address 66.18.83.3
Feb 23 08:44:29 boson pppd[30942]: remote IP address 10.11.1.2
Feb 23 08:44:29 boson pppd[30942]: primary DNS address 196.38.110.1
Feb 23 08:44:29 boson pppd[30942]: secondary DNS address 196.38.110.2

<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

Now, my log looks a similar, but with a few differences:

Feb 23 18:48:03 lucy pppd[17277]: pppd 2.4.1 started by root, uid 0
Feb 23 18:48:03 lucy pppd[17277]: Using interface ppp0
Feb 23 18:48:03 lucy pppd[17277]: Connect: ppp0 &lt;--&gt; /dev/pts/0
Feb 23 18:48:03 lucy /etc/hotplug/net.agent: assuming ppp0 is already up
Feb 23 18:48:34 lucy pppd[17277]: LCP: timeout sending Config-Requests
Feb 23 18:48:34 lucy pppd[17277]: Connection terminated.
Feb 23 18:48:34 lucy /etc/hotplug/net.agent: NET unregister event not supported
Feb 23 18:48:38 lucy pppoe[17278]: Timeout waiting for PADS packets
Feb 23 18:48:38 lucy pppd[17277]: Exit.
Feb 23 18:48:38 lucy adsl-connect: ADSL connection lost; attempting re-connection.

It would seem something is assuming the pppd is already up, and as you can see I get LCP timeouts. I've stolen your config & we'll see how it goes. IT could well be a little bug in the ppp daemon that requires it to be restarted every time the modem loses it's connection.
 
Hi there.

I am one of the beta testers in Durban. We all have the 256K option for the test period. So far I am very impressed. At night and over weekends my downloads peak at 34KBytes/sec download, averaging at around 32KBytes/sec. My signal strength is 21%. I hardly ever disconnect. In fact I've been pretty much connected since Friday evening, all through the weekend and got only one disconnect on Monday morning about 2am.

I suspect my signal strength has a lot to do with it, in which case that antenna should sort you out.

I've been doing a lot of tests, over the last week or two. Here is what I found:

- Those web page speed tests are very incaccurate, so I suggest not using them to figure out what your download speed is.

- If you use P2P apps, you will most likely not see the true speed of your connection as you will get major slowdowns on the other side. I've been downloading 3 files concurrently via a P2P app, and the download is only averaging 10-16KBytes/sec.

- Many FTP and web servers limit the bandwith that each connection can use, so that some users don't hog all the bandwidth, so downloading a file using one connection will rarely give you good results.

- To get the max speed, use a download accelerator which opens multiple connections to the same file. I use FreshDownload, which is free. I always get my 32K-34K with that.

- For those of you using Windows, and who are technically minded, go read the following article about how to tweak your TCP settings: http://www.avatar.demon.nl/APK.html -&gt; Use this at your own peril. :)

Ciao.


.--- . ... ..- ... / .-.. --- ...- . ... / -.-- --- ..-
Ro:10:9 - If you confess with your mouth, "Jesus is Lord", and believe in your heart that God raised Him from the dead, you will be saved.
 
what does PPPoE stand for..... yes im a noobie 16 year old who lives with my parents.....but i still have to get with the times here??
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by TuRbO</i>
<br />what does PPPoE stand for..... yes im a noobie 16 year old who lives with my parents.....but i still have to get with the times here??
<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

What , you think saying your 16 is a excuse ?
You should be able to write your own drivers for your modem by now.
geez, kids today

hehe
 
<blockquote id="quote"><font size="1" face="Verdana, Arial, Helvetica" id="quote">quote:<hr height="1" noshade id="quote"><i>Originally posted by Triune</i>
<br />Hi there.
I've been doing a lot of tests, over the last week or two. Here is what I found:

- Those web page speed tests are very incaccurate, so I suggest not using them to figure out what your download speed is.

- If you use P2P apps, you will most likely not see the true speed of your connection as you will get major slowdowns on the other side. I've been downloading 3 files concurrently via a P2P app, and the download is only averaging 10-16KBytes/sec.

- Many FTP and web servers limit the bandwith that each connection can use, so that some users don't hog all the bandwidth, so downloading a file using one connection will rarely give you good results.

- To get the max speed, use a download accelerator which opens multiple connections to the same file. I use FreshDownload, which is free. I always get my 32K-34K with that.

<hr height="1" noshade id="quote"></blockquote id="quote"></font id="quote">

Well looks like I've found theroot of my speed problems. A combination of a decent d/l manager (FlashGet) and some traffic shaping on the outbound interface of the Linux box and I'm getting 60k+ per sec.

Thanks to a very helpful Wynand from Sentech and some intensive reading on Linux trafic shaping.

Seems an outbound upload was filling the buffer in the modem. The Linux box was pushing data towards the modem at 10Mbps and the modem is was only shovelling it out the otehr side at about 64kbps. I used 'tc' to rate limit the outbound traffic to the modem and saw a healthy performance increase.

Now if I could just get rp-pppoe to reconnect when the link drops instead of giving me "LCP: Timeout sending Config Requests" I'd be a happy bunny.
 
That's an ageold problem, if you reserve a few kbits for the control packets and icmp you get much better download speeds if uploading all the time

/me wonders what beerygaz is uploading all the time [;)]

--
 
Now this may be a very stupid question but is the myWireless service full duplex or fully assynchronous or whatever you call it? ie. can you upload 128Kb/s and download 128Kb/s concurrently?

Also, on 5% signal will the speed suffer? I know the ping times suffer do to dropped and resent packets.. but my understanding is that it would only affect speeds in the Mb/s range. ie. if you were normally at 2Mb/sec then distance from the tower will be a speed factor while with our relatively low speeds of myWireless in SA, the distance from tower is only a small factor? Am I correct?
 
Hi,

It's asynchronous, I believe the 128k package has a 64k upload speed.

The problem is TCP streams, while downloading, you need to constantly tell the other side that you received packet X, so if you can't get those control messages through fast enough, your download speed will decrease. And this is exactly what happens when you upload at full speed.

UDP based protocols won't suffer from this, but UDP is not guarenteed, so your application needs to have the logic to determine what part of the stream/file is missing, and take corrective action.

P2P apps normally use UDP for its speed, and they use hashing algorithms to make sure the file is complete.

--
 
So is this 'capped' by Sentech (for good reason of course - no complaints) or is it inherent in the 3G technology ?

On the same note, how do they implement capping to 128k or say 256k? Is it carried out on the server side or the client side?

If you upgrade would they then, say, switch your connection to another bank or patch panel type of system?
 
Top
Sign up to the MyBroadband newsletter
X