Quite frankly, this requirement seems much more onerous to me than the sat stuff:
"So what we require is a file transfer program that can monitor the log file on the vessel, without locking it, and transfer deltas to a similar file on the beach that again is not locked." If the originating app isn't prepared to do anything than write a single log file without closing, then figuring out how to do deltas on a currently open file seems "challenging" to say the least. Once you figure that out and have blocks of simple ascii text to send, doing that over a SAT link is not a big deal... that's not a highly interactive type of thing, and unless you are talking about HUGE files, it shouldn't be terribly problematic to get pseudo-real time. -sc From: Erik Goldoff [mailto:egold...@gmail.com] Sent: Tuesday, March 16, 2010 10:05 AM To: NT System Admin Issues Subject: Re: File transfer program suggestions request. it's not that RDP will saturate the vsat but more that the latency that is endemic with VSAT will make the RDP unusable ... imagine you have a remote session over RDP, you press a key, it travels across the wire to the terminal server, which responds, and then updates your screen via RDP back across the wire. Now imagine that scenario where each and every keystroke and mouse click takes a MINIMUM of 3/4 a second from the click to the response. Some cases that latency can be 1-1/2 seconds or more. Even on an old 28.8 modem connection, even though the throughput is relatively slow, the latency is low and response is more immediate and usable. On Mon, Mar 15, 2010 at 8:52 AM, N Parr <npar...@mortonind.com> wrote: Since it's satellite RDP could be problematic at best unless they are using some high end equipment. I think someone here once explained that if the equipment doesn't do data bursting then RDP will just saturate and kill the line? Other thoughts. If the ascii file is to big to compress and copy, ftp, etc over the line then can you archive and start the file over if it reaches a certain size. You said it's for real time viewing. How much history do they need? Could you screen shot the computer it's on and then copy, ftp the image to a web page that refreshes every xx seconds? ________________________________ From: Graeme Carstairs [mailto:loonyto...@gmail.com] Sent: Monday, March 15, 2010 3:37 AM To: NT System Admin Issues Subject: File transfer program suggestions request. HI all, We have a customer who is going to be operating a drilling ship and has the following file transfer requirements and I was hoping someone on the list could give me some suggestions. Scenario Ship is running a data acquisition program to log data from the well its drilling. The data is logged to an asii text file. On board the ship a software package continuously reads the data to display information about the well in real time. The owner of the field is on shore and needs to see the same information as the ship does, and will be using the same viewing package. There will be a sattelite link to the internet on the vessel. So what we require is a file transfer program that can monitor the log file on the vessel, without locking it, and transfer deltas to a similar file on the beach that again is not locked. On the vessel will be windows, on the shore we are assuming windows at the moment but it could be linux. Can any one suggest anything. Thanks Graeme -- Good news everyone, you have just received and e-mail from me! ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~