FTP issues on iBurst

[bobski]

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.

[DFantom]

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

[AcidRaZor]

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?

[AcidRaZor]

BTW, bobski, where are you connecting to?

I have the same upload problems to FTP, I'm on the Northcliff tower.

[bobski]

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?

[AcidRaZor]

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

[bobski]

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!

[regardtv]

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...

[DFantom]

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

[AcidRaZor]

DFantom, good... I think [:P]

[bobski]

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....

[Phillip]

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]

bobski using a router? try changing MTU to 1399

[ic]

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)

[Mercury]

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...

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!!!!!!