CTorrent Control Server (CTCS) is an interface for monitoring and managing Enhanced CTorrent clients. It can manage allocation of bandwidth, provide status information, and allow changes to the running configuration of each client. Communication with CTorrent is via a TCP connection, and the user interface is a web browser.
CTCS was developed by Daniel Holmes, the creator of Enhanced CTorrent. The original sources are available at http://www.rahul.net/dholmes/ctorrent/ctcs.html.
The current version available for Optware is 1.4.1.
If you want to install it, just update the list of packages available for ipkg and then install it:
The package for the nslu2 includes a init script that starts CTCS when the slug boots. It is located at
The script starts CTCS in the background using the default port (2780) and redirects all output to /dev/null. CTCS writes messages to the console, something unappropriate for a server running in the background. If you want to log the output, then change the destination at the init script.
If you upgrade to the latest version of CTCS and you have edited your init script, ipkg will warn you about the changed file with a message like this:
Since the command line options have not changed in version 1.2, you can safely keep your modified file by answering "N" or "O".
Command line options
ctcs [-d <dlimit>] [-u <ulimit>] [-i <interval>] [-p <port>] [-P] -d dlimit Overall download bandwidth limit, in KB/s (default 100). -u ulimit Overall upload bandwidth limit, in KB/s (default 25). Use a value that is less than the maximum capacity of your network line. -i interval Bandwidth management change interval, in seconds (default 5). The recommended minimum value is 3. Higher values will reduce oscillation of individual torrent limits, but a value that is too high will cause very slow reactions to changes in bandwidth usage. -p port The TCP port on which to listen for connections (default 2780). -P Prompt for an authorization password.
CTCS has an option ("-P") to prompt for a password when the server starts. This password is then used to authenticate Enhanced CTorrent clients, but not for web browser authentication. If you are using the init script provided by the package, you will not be able to use this option, since CTCS will be started from the init script with no user intervention.
Using Enhanced CTorrent with CTCS
When you start Enhanced CTorrent, the
These are the known issues, as of August 13, 2006:
Dynamic bandwidth eventually slows download(s)& uploads --> Work-Around:
UnSLung 6.10 Enhanced-CTorrent dnh3.3.2 ctcs 1.4.1
With one or more torrents downloading from high speed seeders running CTCS set all torrents Shared-DL and Minimum-DL Maximum-DL set to 0 [ 0 to disable/remove a limit ] and global bandwidth set plenty high enough to accommodate.
What happens is that after an indeterminate period of time ( typically 30 minutes to several hours) one ( or more ) torrent(s) will slow to 8kB/s or less. IF now disable Shared-DL on all and set Current.Limit-DL to 0s the download speeds are OK.
If set to Shared-DL on any of the slowed/stalled torrent the 8kB/s limit returns. Backed to disabled Shared-DL download speed OK again.
This has been confirmed over a period of several months on 2 separate NSLU2s at different locations/IP providers and different trackers.
With Shared-DL on and setting the Minimum-DL to anything greater than 8kB/s always results in an 8kB/s or less speed with any of the slowed torrents.
With Shared-DL off and setting the Current.Limit-DL to anything greater than 8kB/s always results in an 8kB/s speed or less with any of the slowed torrents.
The UpLoad dynamic management encounters nearly identical problems. ** FIX is the same as for DL; Disable Shared-UL on all and set Current.Limit-UL to 0s the upload speeds are OK.
With Shared-UL on and setting the Minimum-UL to anything greater than 4kB/s always results in an 4kB/s or less speed with any of the slowed torrents.
With Shared-UL off and setting the Current.Limit-UL to anything greater than 4kB/s always results in an 4kB/s speed or less with any of the slowed torrents.
Also note that with both Shared-DL AND Shared-UL ALL set to off that the download speed may then become limited to that of the uploads total speeds. This may be because most BitTorrent peers use a variant of Tit for two Tats which is called optimistic unchoking in BitTorrent terminology. BitTorrent peers have a limited number of upload slots to allocate to other peers. Cooperation is achieved when upload bandwidth is exchanged for download bandwidth. Consequently, when a peer's upload bandwidth is saturated, it will use a Tit for Tat strategy. Optimistic unchoking corresponds very strongly to always cooperating...
Because of this you may not want to Disable Shared-UL on all until downloads are complete.