Timeout Options for ICM and Web Dispatcher
Use
The ICM and Web Dispatcher have different timeouts, which are controlled by profile parameters:
-
Timeout for opening a connection: icm/conn_timeout
-
Timeout for receiving a request: icm/traffic_control
-
Keepalive timeout for the network connection: icm/server_port_<xx> option TIMEOUT and icm/keep_alive_timeout
-
Processing timeout in the back end: icm/server_port_<xx>- option PROCTIMEOUT
Timeout for opening a connection: Parameter icm/conn_timeout
This parameter is used to set the timeout when the connection is opened. By default, if the timeout is exceeded, an error page with the message “404 Resource not found: Partner not reached” is displayed.
Exceeding this timeout does not therefore result in the error message “500 Connection timed out”.
Network timeout: Parameter icm/traffic_control
You use this parameter you can control the network timeout during a request: If the request has not yet been fully transferred and this time span has passed without the data having been sent across the network, the connection is closed.
Keep-alive timeout: Option TIMEOUT or profile parameter icm/keepalive_timeout
The keep-alive timeout specifies how long the network connection remains open once the request has been successfully processed. This means that the TCP/IP connection may not have to be set up again for further requests that may arrive.
The keepalive timeout can be defined globally for all ICM services by parameter icm/keep_alive_timeout. It can also be defined for individual services by parameter icm/server_port_<xx> = ...,TIMEOUT=<s>. This overrides parameter icm/keep_alive_timeout for the individual service.
The time period is set in parameter icm/server_port_<xx> with option TIMEOUT (in seconds).
Value -1 deactivates the timeout.
If option TIMEOUT is not set, the value is determined by parameter icm/keep_alive_timeout.
|
Value range |
Unit |
Standard Setting |
|---|---|---|
|
-1, 0, 10 - 32000 |
Seconds |
60 |
The time limit applies in the following cases:
-
In the case of requests, the time between receipt of the TCP packets
-
The time between responses to TCP packets sent by the server.
Depending on the type of network connection (internal, LAN, WAN, it may be best to increase the parameter value. The value should not be less than 10 seconds. If, on the other hand, a value is too high, the network connections will be very slow and the performance of the server will suffer.
Processing timeout: Option PROCTIMEOUT
The processing timeout specifies the timeout between sending an HTTP request and receiving an HTTP response.
-
ICM as HTTP Server: If the ICM receives a request and has forwarded it for processing (to AS ABAP or AS Java), the ICM waits for the server response until the timeout has expired. The work process context is then closed, the client is notified with a Connection Timeout message (error ETIMEOUT).
-
ICM as HTTP Client: If the ICM for the HTTP request concerned is used as a client, and forwards an outbound request from the SAP NetWeaver AS, the processing timeout specifies the time the ICM waits for until there is a response from the network. This can also be exceeded if there are long-running applications in the network.
The value is specified with the parameter <proctimeout> in seconds. Value -1 deactivates the timeout.
|
Value Range |
Unit |
Standard Setting |
|---|---|---|
|
-1, 1 - 32000 |
Seconds |
Depending on system type:
|
Timeout Parameter in the SAP Web Dispatcher
The same timeout parameters are available for the SAP Web Dispatcher as for the ICM. They can be changed in the profile file of the SAP Web Dispatcher (for instance,sapwebdisp.pfl)
Troubleshooting
Note 824554
describes the timeouts and configuration in detail.