This may be of interest but I am quite happy with Sprint Broadband service myself and I have a bunch of customers that I have set up and they are happy with it too... and a speed test site... I think there are some misconceptions about Sprint Broadband. If you can download their test files are near rated speeds - this tests the speed of your connection to Sprint and if it's working. I found that I have twice had to pull the power cable not only on the broadband modem but also the antenna feed to the roof - it also has power requirements. This seem to reset everything. As for Windows/Linux/Macintosh - it's all meaningless because it's the computer not the OS (yeah I suppose a poor OS or poor GUI performance can make it seem like the problem is the OS. I am in Scottsdale / zone II and performance has been quite good for a long time now. I also noticed that their upstream speeds have significantly improved but yes, I am not likely to get more than 25 - 30 Kbps on the upstream on the best of days. (pulling email off my web based mail server while I was in California). Things to check before calling tech support (paths listed are RedHat - YMMV) 1. Power cycle both router modem & box supplying feed to upstream co-ax on roof top dish. 2. /etc/sysconfig/network settings - default gateway is right and if you use linux to masquerade internet connection to others, that HOSTNAME="registered.with.dns.hostname_OR_cpe-your-ip-separated-by-dashes.az .sprintbbd.net" GATEWAY="your.gateway.ip.number" GATEWAYDEV="eth1" or whatever device is connected to Sprint FORWARD_IPV4=yes 3. /etc/sysconfig/network-scripts/ifcfg-eth0 & /etc/sysconfig/network-scripts/ifcfg-eth1 etc are all set up properly and that means not only ip address but subnet mask too. If they want you to use less than a full class "C" (255.255.255.0) make sure that your subnet is correct. 4. Turn off unnecessary services - Interestingly enough - Redhat 7.1 defaults to not autostarting most of the services on installation whereas earlier versions of RedHat started a whole bunch of services. Obviously, they were listening to der.Hans. Craig ----:----|----:----|----:----|----:----|----:----|----:----| - Craig White - PO Box 8634 - Scottsdale, Arizona - 85252 - e-mail address ................ - CraigWhite@AzApple.com - world wide web address ........ - http://www.AzApple.com - e-mail my pager address ....... - 6023779752@airtouch.net - cellular phone ................ - (602) 377-9752 - voice/facsimile ............... - (480) 945-8445 ----:----|----:----|----:----|----:----|----:----|----:----| > -----Original Message----- > From: plug-discuss-admin@lists.plug.phoenix.az.us > [mailto:plug-discuss-admin@lists.plug.phoenix.az.us]On Behalf Of Derek > Neighbors > Sent: Thursday, May 31, 2001 2:02 PM > To: plug-discuss@lists.plug.phoenix.az.us > Subject: Re: Speeding up File Transfers > > > > Yes, this is all quite interesting. I've never seen any speeds over 28k > > other than the demo FTP with that null-loaded file. I tried > uploading a 2 > > meg file today and it kept timing out! Those pauses you mentioned are > > what killed my upload tests. > > Please note you will probably never get UPLOAD speed greater than 40k. > Try the ping suggestion I had earlier. It seems to allow me to upload > larger files without the timeout, but still is at that blistering 29k :) > > btw: The bursting technology is painful to CVS at times, especially > combined with slow upload times. > > Derek > > ________________________________________________ > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your mail > doesn't post to the list quickly and you use Netscape to write mail. > > PLUG-discuss mailing list - PLUG-discuss@lists.PLUG.phoenix.az.us > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss