FTP issues on iBurst

B

bobski

Member
Joined
Nov 17, 2004
Messages
10
Reaction score
0
Location
.
Has anyone had ftp intermittency using iBurst.
I seem to always have a problem uploading files? Downloading them is no problem?

I did as one of the iBurst support team suggested, which is to change my MTU settings to the preferred 1432.... but I still have tedious timeouts when trying to ftp up to the server.

Any suggestions out there.
 
no problems. downloaded the delphi 2005 evaluation via FTP (200 odd megs) and it was perfect. no timeouts. maybe it is the server you are connecting to. try somewhere like ftp.is.co.za and see if it persists.

--
D>Fantom
 
DFantom, open your eyes... he said, no problem WITH DOWNLOADS, but a problem WITH UPLOADS

See the difference? both has "LOADS" in it, but they do differ re: "DOWN" and "UP"

To put it in terms you'll understand :

UP SHE NO WORKING SO GOOD
DOWN SHE WORKING GOOD

Yes?
 
BTW, bobski, where are you connecting to?

I have the same upload problems to FTP, I'm on the Northcliff tower.
 
I'm in Honeydew, not sure which tower is my nearest, perhaps Strubens valley?

It's weird as I use a VPN to connect to an international server and there are no upload download issues.

It's extremely frustrating when work needs to be uploaded... yesterday. How do we locate this glitch?
 
According to WBS they've isolated the problem (something to do with radio stuff) and will be fixing it today, I suggest you call them though, their support desk can see which tower you are connecting to and even see if you're uploading or download etc. They'll run a few tests and should let you know.

0860 wbs help
 
Tried support now, and yes they are aware of this outgoing traffic issue which they hope to have a solution for by tomorrow.... it seems to be just the outgoing stuff, eg mail with attachments, ftp uploads etc.

Hope their wizards can weave some magic... I've got loads of files to upload!
 
I seem to have had somewhat less that good performance for most of the week... latency erattic and performance all over the place. AFAIK I'm also on Northcliff - this is supposed to be a radio interference issue ... but DAMN I wish it could get fixed already...
 
noone I appologise. I have gone and stood in the corner for 3 hours looking at a picture of your mother and now i am tortured enough never to misread again :P

--
D>Fantom

Don't waste bandwidth, ask questions the smart way the first time.
http://www.catb.org/~esr/faqs/smart-questions.html
 
This is just too much... iBurst obviously haven't sorted the problem yet!

Still having issues FTP files up, just stalls. it's beyond a joke as these files are tiny... just what is a webmaster to do!!!!!!

I suppose jump in the car drive 35km to where I can get decent access... this sucks people
, I was banking on a wireless solution so I dont have to do exactly that.

Has anyone got an idea? If using a VPN works, could they (iBurst) just turn on the same sort of tunneling used for VPN for generic FTP...?

I'am holding thumbs....
 
Sorry bobski, but it looks like you'd better keep that car ready to roll. I've been complaining about what turns out to be the upload problem since November 10. For two weeks they insisted that it was because I use a Mac (which they support). Now they say it is *mostly* because I use a Mac.

There is no solution because the uplink is too slow. I get a maximum of 50 bits (no, not kilobits). That is when I'm lucky, of course. To give you an idea, uploading a 3k file will take you just under 10 minutes at that speed if your link holds.

They are still in denial about the problem, so I wouldn't hold my breath on it being fixed before the second comming.
 
Sihen,

Is it not possible to be a tad more precise here?

We should be using (no more than) the MTU size of the routers connected to the backbone link - that is assuming our goal is to minimise fragmentation on the most latent routes to hosts...

I have tried using ping -f -l xxxx, to find out what the optimal MTU setting should be at each point on the results of a tracert, but I ran into a problem with inconsistent/strange results:
  • I started out with xxxx == 1492, as expected that yeilded Packet needs to be fragmented but DF set
  • I then decreased by 10, which suddenly gave me a Request timed out
  • I kept decreasing by 10, and at 1452 it stopped giving Request timed out
  • I tried the same thing with a few different international hosts as well as a couple of local yocals
  • I got the same thing each time I tried, so I concluded something was either screwy with the iBurst network, or I was going crazy
  • I also ran a few latency tests under pressure (run tracert then start a large download before tracert finishes)
 
Another Data Point

Hi, I am a new user in my seven day window period, so I thought I would give this a try.

Seems to be working fine from my side. I have used both HTTP and FTP to push a 1.6M file up to my web server in the US over the last two days. Average transfer speed for the last three tests on FTP today:

1657212 bytes sent in 114.38 seconds, 14.15 kB/s
1657212 bytes sent in 102.97 seconds, 15.72 kB/s
1657212 bytes sent in 76.03 seconds, 21.29 kB/s

This is off my OS/2 box but I am happy to try the Linux box if anybody thinks it will make a difference...

bobski said:
This is just too much... iBurst obviously haven't sorted the problem yet!

Still having issues FTP files up, just stalls. it's beyond a joke as these files are tiny... just what is a webmaster to do!!!!!!
Click to expand...
 
Ahhh OS/2 those were the days, warp3 then warp4 then no warp no more...

Mercury, there was a problem on the iBurst network about 1.5..2 weeks back that seemed to affect uploads - ftp and just about any block of data going up larger than 2K (that's what I estimate the cut-off size was).

I realised earlier that I should've posted my reply in the other post about MTU size etc, maybe I will "move" my reply there instead.
 
If you're using a utc or utd with usb just on your local pc ..... no setting changes required.

If you're using the UTD in ethernet mode or using utd/utc with ICS you need to adjust mss or cap mss settings to 1399 ...
 
regardtv said:
If you're using a utc or utd with usb just on your local pc ..... no setting changes required.
Click to expand...
That might not be true, I don't remember who, but someone said TheRoDent was of the opinion that even the USB drivers used PPPoE, if so you still need to adjust your MTU for ICS.

If one day TheRoDent stumbles on this post, I wouldn't mind being set straight here, after all I am posting hearsay... :)
 
Mtu

All i know if i had a problem at home with browsing and getting onto msn and i fixed the problem by setting my MTU to 1399. 1399 is now WBS's recommended MTU size
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X