Operating System - OpenVMS
1753785 Members
7485 Online
108799 Solutions
New Discussion юеВ

Problem with TELNET via a DECSERVER

 
SOLVED
Go to solution
Chaim Budnick
Regular Advisor

Problem with TELNET via a DECSERVER

We are having a problemn with telnet connections breaking and then problems reconnecting.

Following are the show server output:

Network Access SW V2.4 BL50 for DS90M ROM 5.1 Uptime: 19 09:17:49

Address: 00-60-6D-93-B8-19 Name: DEC_GESHER1 Number: 0

Identification:

Circuit Timer: 80 Password Limit: 3
Console Port: 1 Prompt: Local>
Inactivity Timer: 30 Queue Limit: 100
Keepalive Timer: 20 Retransmit Limit: 8
Multicast Timer: 30 Session Limit: 64
Node Limit: 200 Software: MNENG3
TFTP Host: None

Service Groups: 0

Enabled Characteristics:
Announcements, Broadcast, Dump, Lock

===============================================
Following are the show port output:

Port 1: Server: DEC_GESHER1

Character Size: 8 Input Speed: 9600
Flow Control: XON Output Speed: 9600
Parity: None Signal Control: Disabled
Stop Bits: Dynamic

Access: Local Local Switch: None
Backwards Switch: None Name: PORT_1
Break: Local Session Limit: 4
Forwards Switch: None Type: Ansi
Default Protocol: Telnet Default Menu: None
Autolink Timer One:10 Two:10 Dialer Script: None

Preferred Service: 192.168.11.1
Authorized Groups: 0
(Current) Groups: 0

Enabled Characteristics:
Autobaud, Autoprompt, Broadcast, Failover, Input Flow Control, Lock,
Loss Notification, Message Codes, Output Flow Control, Verification
===============================================

Does anything look suspicious to anyone?

Thanks

Chaim
24 REPLIES 24
Ian Miller.
Honored Contributor
Solution

Re: Problem with TELNET via a DECSERVER

the problem is with telnet sessions from this DECserver to other system?
____________________
Purely Personal Opinion
Chaim Budnick
Regular Advisor

Re: Problem with TELNET via a DECSERVER

The ALPHA server is at site A. The DECSERVER and users are at site B. The users have Vts connected via the DECSERVER and they connect to the ALPHA OpenVMS system.

Chaim
Antoniov.
Honored Contributor

Re: Problem with TELNET via a DECSERVER

Hi Chaim,
your user have to type CONNECT command to open connection because you have not defined autoconnect characteristic.

Antonio Vigliotti
Antonio Maria Vigliotti
Chaim Budnick
Regular Advisor

Re: Problem with TELNET via a DECSERVER

You are correct, I failed to mention this. They do enter "C" and then the connection is established, albeit not always, and this is part of the problem.

Chaim
Antoniov.
Honored Contributor

Re: Problem with TELNET via a DECSERVER

Ok Chaim,
for autoconnect you can type (if I remember)
DEFINE PORT xx AUTOCONNECT
Before you have to set SYSTEM password.

Antonio Vigliotti
Antonio Maria Vigliotti
Chaim Budnick
Regular Advisor

Re: Problem with TELNET via a DECSERVER

Do you think that the lack of AUTOCONNECT is causing problems?

Chaim
Antoniov.
Honored Contributor

Re: Problem with TELNET via a DECSERVER

Hi Chaim,
Decserver works fine without autoconnect too but some user does no!
If your user are dummies you can meet some trouble without autoconnect; here there is a list of my trouble in past:
- Some user type C , Decserver search for service displaying ...
- Ctrl + Break (Ctrl + F4) return to decserver console; it's very difficult key combination but might happen :-(

You can leave console to evolute users because they can use multiple sessions. If you don├Г┬мt need multiple session I hint set autoconnect.

Antonio Vigliott
Antonio Maria Vigliotti
Chaim Budnick
Regular Advisor

Re: Problem with TELNET via a DECSERVER

Thanks for your answers.

The users are aware of the dact that they MUST enter "C" and then they are connected.

At any rate, since I executed a LOGOUT PORT yesterday, the users have said that they are NOT having any apparent problems and are able to connect and establish the connection without it breaking.

Thanks to everyone for assistance!

Chaim
Uwe Zessin
Honored Contributor

Re: Problem with TELNET via a DECSERVER

Antonio gave a useful hint:
it is possible that the user had multiple sessions open and then ran into the maximum session limit for that port. A LOGOUT will kill all sessions. I think you can also set the session limit down to 1.
.