FXPing from Site to Site hangs intermittently

[bigbras36]

Well, things are never as easy as I envisage them. This only leaves a 'if xfer takes X% longer than expected, then restart' option.

Thanks for your prompt replies.


bigbras36

[maclaeden]

But why does flashfxp not know the connection is dropped? I look at my firewall log and see connection attempts from the ftp's listening port to the local port flashfxp was using. If I open enough ports, flashfxp doesn't time out, so it must be accepting those connections once they are lost.

[bigstar]

In order for FlashFXP to know the connection was dropped the windows socket layer (winsock) must inform FlashFXP. This isn't happening.

[gozu]

A few facts I compiled since my original reply:

- This problem is not exclusive to flashfxp. Other fxp clients have the same problem (I tried smartftp with the same results).

- The noop method suggested earlier doesn't seem to work either.

- It is DEFINITELY caused by my router (a linksys). when i don't use it, that problem never occurs (or maybe its incidence is reduced so much i just never caught it)

It is thus my guess that the only solution to this is a workaround implemented in FlashFXP.

Flashfxp already estimates the time of the current transfer using the results of the last successfully sent file. so what bigbras suggested

if xfer takes X% longer than expected, then restart' option.

seems to me like an excellent idea. Make this option available for each individual site and let the user define X. i would personally go with something around 20-25% to allow for normal site slowdowns due to increased traffic.

Now, of course. this isn't a bug inherent fo flashfxp but to routers , network conditions or whatnot so I can understand why BigStar would be reluctant to try to solve a problem he didn't cause. Unfortunately, more and more people have Lans everyday and i just cannot spare my router. And it's a fact linksis is the leading brand. This problem will probably not go away in the near future but increase in proportions. If it's not too hard to code, I think it's worth a shot.

Thx bigstar

[BlaBlaBla123]

I have the same problem.. after receiving a file it just hangs at 'Transfer Complete'

I have tried everything written in this forum etc.. I tried it with no firewalls running and it still happends. I am also not behind a router. This did not happen to me in previous betas or final versions but it has on 2.0 Build 906 ..the only that works is the NOOP command. It still NOOPS after 'Transfer Complete' about 10 times then it finally disconnects and comes back online starting back in the queue. Which is still a time waster.

I'm almost positive its an issue in 906 as it didnt do this in previous versions until I upgraded now.

[MxxCon]

well, you could try to downgrade and see if problem still exist. but i highly doubt that's the case. it's possible that one of the servers is behind a router that drop idle connection..

[hpolimar]

i've no router and i have the same problem. and it occurs if the fxp is slow. TRANSFER COMPLETED and flashfxp hangs.

after upgradeing to latest public version (from main download link)
i'm still seeing this problem..

noop isn't working.. anyone else got any suggestions when using a linksys router

[visitor]

Hey, all

running:
XP Pro
500mHz Compaq
Linksys router on cable connection
FlashFXP 2.1b924

To alieviate hangs after transfers of individual files in qeue we set connection time-out lower - to lessen hang time before FlashFXP tries to reconnect.

& send noops during transfer under Proxy/Firewall/Ident worked to keep it from disconnecting at all, though we prefer not to run this option as default.

Is there a way to control the # of noops sent? We're getting:
[15:29:56] Transferred: xxxa.rar 14.31 MB in 24:32 (9.95 KBps)
[15:29:57] PASV
[15:29:57] 227 Entering Passive Mode (xx,xxx,xx,xxx,xxx,xxx)
[15:29:57] STOR xxxb.rar
[15:29:57] 150 Opening BINARY mode data connection for xxxb.rar.
[15:59:04] 226- [Ul: xMB] [Dl: xMB] [Speed: 8.39K/s] [Free: xMB]
[15:59:04] 226 [Section: DEFAULT] [Credits: xMB] [Ratio: Unlimited]
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] 200 NOOP command successful.
[15:59:04] Transferred: xxxb.rar 14.31 MB in 29:06 (8.39 KBps)
[15:59:04] PASV
[15:59:05] 227 Entering Passive Mode (xx,xxx,xx,xxx,xxx,xxx)
[15:59:05] STOR xxxc.rar
[15:59:05] 150 Opening BINARY mode data connection for xxxc.rar.

tried editing the INI to:
[Proxy]
SKA=600
...in hopes it wouldn't send as often, but that didn't seem to work the way we planned.

thaNX