File Offsets for SCP (patch)

[rapier]

In our environment SFTP has it's own problems. The big issues is the 
inclusion of a 3rd layer of flow control on top of both TCP and SSH. 
While we've gotten around the SSH flow control issue by developing 
HPN-SSH those enhancement don't move up the stack. I suppose I could 
p[atch SFTP to do that at some point, but the users we support generally 
don't use SFTP. SCP is somewhat more conducive to the scripts they 
write. Admittedly, in the best of all worlds they'd use GridFTP (or even 
kftp) but the underlying infrastructure to support GridFTP can be... 
shall we say... an obstacle for some user organizations we're supporting.

Chris

Aris Adamantiadis wrote:
> Le 19/11/10 21:27, rapier a écrit :
> 
>> We may be using this when transferring very large files (100GB+) over
>> multiple parallel TCP streams by instantiating multiple SSH connections
>> by means of a management application.
> 
> Hi Rapier,
> 
> Seems to me like a use case for a sftp-based transfert. hacking SCP,
> that has a known record of being undocumented, is a recipe for problems.
> There are multiple SSH libraries to choose from, for such an application
> <ad>I suggest libssh :)</ad>.
> 
> My two cents,
> 
> Kr,
> 
> Aris
> _______________________________________________
> openssh-unix-dev mailing list
> openssh-unix-dev at mindrot.org
> https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev