FTP and SocketTime Out?

[Alex Tweedly]

John Patten wrote:

>Last week, the intial connection to the FTP server took about 3-4 sec. This week I have to set the SocketTimeOutInterval to 100000. Once the inital connection is made, I'm able to navigate down through the ftp directory structure through my menu buttons without any delays (I assume because I have an open connections once I've made the inital ftp connection.)
>
>This is an ftp server on the local network, accessed via IP addres, and the FTP server is an OSX Server not a desktop Mac.
>
>Our network people were replacing a Win2003 server on Friday. 
>
>Any one have an idea what would cause the intitial ftp connection to take so long now? I'm thinking the instalation of the new Win2003 server must have changed something. DNS...? Probably not cause I'm using IP address to access server? Wins? Ideas...?
>  
>
As you say, not DNS
Shouldn't be Wins
Ideas ?   No good ones - here are a few mediocre ones ...

try opening the ftp connection from a ftp client and see if it too sees 
big delays.

has the Win client been rebooted recently (if not, I'd do that next)

misconfig ?  - make sure the new WinServer isn't clashing with the IP of 
the MacServer
try "arp -a" a few times, just check that the mac addr associated with 
the IP address you are using is always the same

has the MacServer been rebooted recently ?

is there unusual load on the MacServer (e.g. something on the new 
WinServer opening tcp connections to it, or some misconfigured machine 
keeping too many half-open connections, or some DoS attack ??)

What's the physical set up on the LAN ?  hubs or switches ? Is Win2003 
server on same segment as either of the other machines ?
Is it possible the new Win server is heavily used, and is having 
noticeable effect on the network load ?
     (though that would likely affect subsequent operations, not just 
the initial open)

from the Win client, try pinging the Mac server - check if the times are 
consistent and low (and of course that all packets / replies get through 
- you ought to get 100% success almost every time on a LAN.  I'd do ping 
-l 1500 -n 10 <ipaddr>   - in case the packet size makes a difference 
(which it could do if the WinServer had a flaky connection or network 
card that was stepping on the net - more likely to affect bigger packets).

(for the hell of it, repeat that last step to the WinServer :-)

Then if you're still stuck:
    can you say a bit more about the script that does this ?
    can you show the set of script lines involved ?


-- 
Alex Tweedly       http://www.tweedly.net



-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.4.1/313 - Release Date: 15/04/2006