.-HPRPSDLY--=--value_of_hprpsdly_start_option-. >>-+---------------------------------------------+------------->< '-HPRPSDLY--=--+-ps_delay-+-------------------' '-EEDELAY--'
statements: | PU |
dependencies: | Enterprise Extender only |
range: | 0 - 240 (in seconds) |
Specifies the time that lapses before RTP pipes enter the path switch state. The ARB flow control algorithm is sensitive to minor variations in the round-trip time and to unpredictable response times from the partner. This sensitivity might cause RTP endpoints to prematurely enter the path switch state. Although this situation does not affect availability, it does consume CPU cycles and it also causes a significant number of path switch messages to be written to the console log.
This operand is valid only for RTP pipes directly attached to a predefined EE connection. It affects only path switches that are the result of an unresponsive partner (path switches that generate the message IST1818I PATH SWITCH REASON: SHORT REQUEST RETRY LIMIT EXHAUSTED). The HPRPSDLY operand does not control path switches that are initiated as a result of a TG INOP, F RTP commands, or the PSRETRY function. If you do not code this operand, the default is the value that you coded on the HPRPSDLY start option.
For EE connection networks, define this parameter on the connection network GROUP definition statements in the EE XCA major node. For dial-in EE connections with associated PUs that are dynamically created, define this parameter on the model major node (DYNTYPE=EE) PU definition statement.
Result: When the EEDELAY value is specified, the value calculated for the HPR path-switch delay might be as long as 253 seconds.