What is new in bbftpPRO


Version 7:
1. The concept of a large and long pipe between arbitrary commands running on (different) hosts and enabling the exchange of data (not necessarily individual files) at parallel speed.
2. Truly transparent and secure access for either clients or servers masked by NAT routers (data streams are no longer identified by their IP/ports).
3. Customizable scripting in pipe mode, yielding powerful wrapping commands like reget, reput and xsync.

Note that a more accurate computation of the transfer time has also been implemented, in that the data sender reports the elapsed time after disks have been eventually synched at the receiving side.


Version 9:
It implements multipath support, with the new setoption (no)mpath.
A new switch, -j, has been added to both the client and server command line, to be followed by a comma separated list of IP addresses or/and names which target the multihomed interfaces involved in a transfer.
In the case of the client, it also enables the mpath option, and the afore mentioned list may be omitted; if present it should NOT be separated by white space from switch.
Finally, protocol has been bumped to version 9 to accomodate the extra IP exchange and to maintain backward compatibility.


Version lite+:
Backward compatibility has been thrown away, bbftpPRO lite+ will work only with bbftpPRO lite+.
But transfers use same syntax.

Switch -a has been removed from client and replaced with switch -n ‹NAT-name-or-address›, at either the client or/and the server command, to help the data connection listening side to specify its (public) address.
The client switch -j no longer triggers multipath support, but only the setoption mpath command does.
The client switch -M ‹maximum number of simultaneous file transfers› or the command setmaxtransfers ‹maximum number of simultaneous file transfers› can be used to set an upper limit to the number of simultaneous file transfers that could be initiated by a single bbftpPRO command, with succesive get/put and/or mget/mput commands.
There is NO limit on the number of parallel connections per transfer.
The range of data ports is allocated in a round robin manner instead of the older "keyhole" approach.
The debug output is improved too.

« bbftpPRO Homepage