Tuning TCP/IP for your PaperCut server
Like many server products, PaperCut makes heavy use of network resources. The PaperCut application server receives inbound network connections from user clients, release stations, print servers, and web browsers. It will establish outbound connections to your external database server (if you have this configured). The print monitoring components will establish outbound connections to the PaperCut application server. This activity this can result in many connections network connections being used.
On high volume sites this can result in the operating system’s TCP/IP limits to be reached. If this occurs problems may occur on your PaperCut server, like not being able to establish a connection to the PaperCut web interface, or seeing errors in your PaperCut logs that look like the following:
No buffer space available (maximum connections reached?)
server socket listen failed. (10055)
If this occurs it may be useful to check the current connections using the
netstat utiliity, which will show all the connections and their states.
The most common cause of problems is a large number of closed connections staying in the TIME_WAIT state. These connections consume resources and can cause the problems described above. By tuning the operating system TCP parameters these problems can be avoided.
The TCP wait timeout specifies the time that must elapse before the operating system can release a closed connection and reuse its resources. The Windows default for this setting is 120 seconds (2 minutes). This is a conservative default which may be appropriate for extremely slow network connections, but a shorter period is more appropriate for busy servers on fast intranets. As a comparison, the default wait timeout on Linux is 60 seconds.
We recommend setting the TCP wait timeout on Windows to 60 seconds. To do this set the registry key described in the following article to 60 seconds (or 3C in hex):
A server restart is required after making this change.
On Linux this parameter can be set using the
tcp_fin_timeout system parameter.
Last updated April 6, 2022