Telnet listener on Decserver

[Walter Miller_1 · Accepted solution]

If you have not already done so, check the port configurations on the servers and look for differences.

Local> show port 2

Also next time you get the error check the status of the port to see if there is still a connection showing on the port.

Local> show port 2 status

Look for Current Service, Current Node and Current Port.

Instead of rebooting the DS90M you might try logging out the port.

Local> set priv
Password>
Local> log port 2

Hope this helps.

[Kelly Cox]

I agree with Walter Miller.
Just logout the port in question.

I have this happen at least once weekly at client sites where I have no control over the terminal servers. I just logout the port and recreate the telnet session from the VMS side.

I would need to find some old notes from long ago, but a DEC support person told me it was related to terminal server port not dropping the session when it lost communication. I don't remember how to change a 90M, but I would compare port settings on the ones that work and the ones that don't.

[Wim Van den Wyngaert]

Release notes 2.3A in 1998 (found on cd)

It is possible, in some circumstances, for the Telnet connection to the remote console to be broken, without disconnecting the remote console session itself. In this situation, the remote console will be continually "in use", and unavailable until the access server is rebooted.

But that doesn't explain why 1 has the problem and 1 isn't. There is also mentioned a bug when memory is nearly full.

Wim

[labadie_1]

Local> sh port X
on both DS90M shows exactly the same characteristics, but
Local> sh port X status
shows one difference
the DS90M which reconnects smoothly has
input signals: RXD
while the "disturbing" DS90M has
input signals: DSR RXD

DSR means (I think) Data Set Ready, or something similar

thanks to all who replied, I am going to modify the setup (remove the DSR) and, will try to just logout (if this happens before :-)

[Volker Halle]

Gerard,

DSR is an Input Signal - normally indicating that the pin in the RS232 cable has a signal applied by whatever is at the other end of the cable. Same with RXD, which is received data signal.

I don't think you can TURN OFF DSR from the DS90M side.

The fact that 'DSR' is set, may just indicate, that the TELNET connection had not been completely torn down, so a LOGOUT PORT may be needed and may turn off DSR.

Volker.

[labadie_1]

Ok Volker

So this means that it is not this difference that explains the different behavior :-(

[labadie_1]

In order to have a procedure that connects to a decserver, set priv, log port 2, as my vms node has 6.2-1h3, what should I do ?

telnet client accepting non interactive commands needs Vms 7.1
http://h18000.www1.hp.com/support/asktima/appl_tools/009E60A3-96F8B0E0-1C0186.html

tsm ?

any other way ?

Thanks

[Walter Miller_1]

One other place to look for differences.

Local> show port 2 telnet client

Check for input flow control and output flow control.

[Volker Halle]

Gerard,

use TSM V6.1, it's on the Freeware V6.0 CD.

Volker.

[labadie_1]

Walter

sh port 2 telnet client gives exactly the same output :-(

Volker

I will install Tsm

thanks