Minor Release: Aspera High-Speed Transfer Server, High-Speed Transfer Endpoint, and Desktop Client 3.9.0 for Linux

Product Release: October 2, 2018

We are pleased to announce the release of version 3.9.0 of IBM Aspera High-Speed Transfer Server, High-Speed Transfer Endpoint, and Desktop Client for Linux. This release provides a number of enhancements that span ascp, ascp4, Node API, Watch Folders, the Aspera Watch Service, and object storage support.




  • The user interface is now updated to the new product names: Enterprise Server and Connect Server are now "IBM Aspera High-Speed Transfer Server", Point-to-Point Client is now "IBM Aspera High-Speed Transfer Endpoint", and Desktop Client is now "IBM Aspera Desktop Client". 
  • A new AES-GCM encryption mode (AES-128-GCM, AES-192-GCM, and AES-256-GCM) offers significantly faster encryption, decryption, and transfer compared to the legacy AES encryption mode, as well as built-in data authentication and FIPS 140-2 compliance. This new mode also reduces CPU load during encryption processes. 
  • An experimental rate control module based on loss-adjusted queueing (LAQ) is now available. The new module corrects for overdrive conditions when the target rate exceeds available network bandwidth, reducing packet loss and increasing transfer performance. This option is a Beta feature that has not been tested in a large-scale production environment.


  • AIX file and directory ACLs can now be preserved when synchronizing with another AIX system by using the --preserve-acls=native option, and can be preserved in a metafile (--preserve-acls=metafile when synchronizing to Linux.
  • Expanded transfer testing capabilities now allow you to specify a faux directory and configure the files that it contains.


  • The new --check-sshfp argument increases Ascp 4 security by verifying the server's SSH fingerprint before transfer.

Node API

  • A cluster of three or more HST Servers can now be configured to use a highly-available Redis backend (database, included with installation) that provides continuous availability and automatic failover.
  • Access keys can be configured report to the IBM Aspera on Cloud Analytics application. The access key setting overrides the setting on the server.
  • The output of a GET request to /files/{id}/files that is sorted by name is now insensitive to case.
  • Faster transfer start up when multiple transfer sessions are started through the Node API. 

Watch Folders and Aspera Watch Service

  • Pull Watch Folders no longer require that the remote Watch Service run under the "xfer" domain. Now Watch Folders uses the system user that is associated with the Node API user or access key that is used to authenticate to the remote server. Watch Folders that use the xfer domain are still supported.
  • Faster file system scans by the Aspera Watch Service (watchd) by using multiple threads to scan in parallel. The number of threads can be configured with the new <scan_threads>option in the watchd section of aspera.conf.
  • When the password of a system user who runs Watch and Watch Folder services changes, you can now update the password for the services by changing the password for one service, and after restarting the Aspera Run Service (asperarund) the change is propagated through all services run by that user. 


  • AIX file and directory ACLs can now be preserved when synchronizing with another AIX system by using the --preserve-acls=native option, and can be preserved in a metafile (--preserve-acls=metafile.
  • Dramatically faster synchronization with cloud storage through more efficient file monitoring and multi-threaded transfer handling. New command line options, --local-fs-threadsand --remote-fs-threads, can be used to increase the number of threads for file system operations on the local and remote computers.
  • As of version 3.9.0, Aspera Sync transfers start faster because Sync no longer automatically retrieves information about the files (with a file stat) at the start of a session. Performance is particularly improved object storage and storage mounts. To enforce the previous behavior, use --local-force-stat or --remote-force-stat. (See also Breaking Changes).
  • A new Sync option --clean-excluded can be used to optimize the Sync snapshot database when using --exclude-dirs-older-than or --exclude by removing directories from the snapshot as they become excluded. The option applies to all Sync directions and the excluded paths are removed from the snapshot database on both endpoints.
  • Continuous synchronization is now supported for macOS file sources.

Object Storage Support

  • Faster uploads to large virtual machines in cloud storage by increasing the default number of transfer threads to a maximum of 50. Job threads and the threshold definitions of "large" virtual machines are configurable in trap.properties.

Other Changes

  • For security reasons, the token is no longer reported in the file manifest or management output, which might affect some SDK integrations.
  • The asnodeadmin option --key-file-path has been removed. The key file must now be in the Aspera etc folder.




This 3.9.0 release is available for download for each individual product listed below. Aspera’s support team stands by ready to help you as needed with upgrades. If you have any questions or would like upgrade assistance, please contact support@asperasoft.com.

  • Aspera High-Speed Transfer Server 3.9.0 is available for download here
  • Aspera High-Speed Transfer Endpoint 3.9.0 is available for download here
  • Aspera Desktop Client 3.9.0 is available for download here



The release notes for v3.9.0 for Linux can be found here

Powered by Zendesk