IST1903I FAILURE OVER VRN vrnnameTO CP partnername
IST2050I THIS PATH WILL NOT BE SELECTED FOR UNRCHTIM = seconds SECONDS
[IST2186I THIS PATH WILL NOT BE SELECTED FOR UNRCHTIM SECONDS]
IST314I END
See the UNRCHTIM start option in z/OS Communications Server: SNA Resource Definition Reference for more information.
Processing continues. When IST2050I is issued with IST1903I, the route to the unreachable partner node through the named Enterprise Extender VRN will not be considered for a session path until the unreachable time expires. If the unreachable time expires and this path still has the lowest weight of any available path to the partner node, the path over this particular Enterprise Extender VRN will be selected on the next attempt to redial the partner node, which might again result in failure if the underlying problem with the connection has not been corrected. That dial failure will cause the unreachable time to be set again to prevent selection of the path through this Enterprise Extender VRN to the unreachable partner node for the period of time specified for that Enterprise Extender VRN. This will continue until the problem with the connection path is corrected.
If message IST2050I is included with message IST1903I, the connection path over the named Enterprise Extender VRN will remain unavailable for the number of seconds specified as the unreachable time for that VRN, to provide time for you to find and correct the source of the underlying problem. Issue the DISPLAY TOPO,LIST=UNRCHTIM command to display the unreachable partner information and use the output to help identify the location of the failure.
If message IST2186I is included with message IST1903I, the connection path over the named Enterprise Extender VRN will remain unavailable for the amount of time specified by the UNRCHTIM start option to provide time for you to find and correct the source of the underlying problem. The UNRCHTIM value depends on which version of z/OS® Communications Server is in use on the end node’s network node server (NNS). If z/OS Communications Server V1R6 or V1R7 is in use on the end node’s NNS, the value comes from the end node’s configuration (either the UNRCHTIM start option or the UNRCHTIM operand on the PORT or GROUP definition statement that defines the VRN). If z/OS Communications Server V1R8 or later is in use on the end node’s NNS, the value comes from the NNS’s configuration (either the UNRCHTIM start option or the UNRCHTIM operand on the PORT or GROUP definition statement that defines the VRN). Issue the DISPLAY TOPO,LIST=UNRCHTIM command on the NNS to display the unreachable partner information. This information includes the expiration time (the time at which the path will no longer be considered unreachable). This information can also be used to help identify the location of the failure.
If the problem has been corrected and the display of unreachable partner information indicates that there are paths through Enterprise Extender connection networks that will remain unavailable for some time, the you can issue the MODIFY TOPO,FUNCTION=CLRUNRCH command to clear the unreachable partner information to make that path available for route calculation again. If you are receiving the IST1903I message group repetitively, you can increase the value of the UNRCHTIM start option using the MODIFY VTAMOPTS command or change the value of the UNRCHTIM operand on the PORT or GROUP statement in the EE XCA major node in VTAMLST and then use the VARY ACT,ID=xca_major_node,UPDATE=ALL command to change the value dynamically. See UNRCHTIM start option in z/OS Communications Server: SNA Resource Definition Reference and Unreachable time (UNRCHTIM) considerations in z/OS Communications Server: SNA Operation for more information about UNRCHTIM.
If IST1903I is issued as a single line message, to avoid repeated failures, you can temporarily make the connection path over the named VRN unavailable until the source of the underlying problem is found and corrected.
You might need to take the above actions (disabling PSRETRY and the single action chosen from the list above) from both this node and the partner node to successfully route around the connection network problem. When you have taken these actions, use established procedures to diagnose the underlying problem at both this node and the partner node to find and correct the problem.
You can re-enable PSRETRY. This will cause existing RTPs to periodically check for a lower weight path and switch to it if one is available.
None.
2
5