| Martin,
>>Now, does PCM overide the PROBE and DROP timers within UCX when it makes the
>>connection to the DECserver ? Are there hardcoded probe and drop timers within
>>PCM or can I change the probe and drop timers in UCX to retain the connection
>>during this intermittent network problem ?
We do simple QIO's to connect to the remote TELNET server, we dont do ANYTHING
with the UCX setup
If we see that we have had no console data from the remote end withing X seconds,
then in the case of TELNET, we send a TELNET GETSTATUS option and wait for a
response. If no response is forthcoming within (I think 30 seconds) we declare
the connection DEAD, close our end and put out an event. We will then attempt to
reconnect after Y seconds (see the next comment).
This all assumes that you have a terminal server which supports TELNET GETSTATUS,
if you dont, then we detect this when we make the first connect and tell you that
we will not be doing any further checks, we effectively will only notice the link
has gone away when we attempt to do a QIO and it fails.
>>What time period is used to make the reconnection to the nodes from the
>>child process. Is this value hardcoded in PCM or is there a logical or variable
>>that I can change that will force a reconection sooner.
If you start up the editor and type SET HIDDEN one of the parameters is used as
the timer for reconnects, but beware, if you change it and everything breaks,
you dont get any support from us.
Having said all that, we have known TELNET connection ride out a network problem
easier than say LAT, but, basically if you customer has a didgy network, get
them to fix it!!!
Cheers,
Phil
|