Telnet and OS400

0 pts.
Tags:
AS/400
i5
iSeries
OS/400
Hava a client who is telnet-ing to a 170 box (V4R3m0) over the internet. They are having disconnect problems at random times and different locations. From my office, I have no problems - it stays up forever. From other locations, it could disconnect after 5 minutes or 2 hours. I set the system value QINACTITV to *NONE but the problem still occurs. Could it be ISP based or something in OS400?
ASKED: April 27, 2005  12:47 PM
UPDATED: October 26, 2010  7:42 AM

Answer Wiki

Thanks. We'll let you know when a new response is added.

In my experience, this is usually related to the end user connection. How are they connecting, dial-up, DSL, T1 ? If your office stays up all the time, it is probably on the remote user end. Even though they are on V4R3, it should not matter TCPIP was stable even back then. Get more info from the end user and go from there.

Discuss This Question: 8  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • CarterC19
    I have experienced this when going through certain ISPs - turns out that Telnet itself doesn't send enough of a 'keep alive' indication to the ISP, who drops the connection due to perceived inactivity. Try having your user(s) refresh a web page or something every 15 minutes or so to see if this fixes the problem. If so, a chat with the user's ISP is indicated. Best of luck. Carter
    220 pointsBadges:
    report
  • Crooksb
    Thanks for your replies. Some further info. They are transferring to a Sys/36 machine. The Job log gives some error messages. It shows the job starting, the transfer to the 36 machine, then the fun starts. The message 'Session stopped by a request from device QPADEV0005' appears with some listed possible causes. The are - the user turned the power off (Not what happened), a device error (probably?), or the ASCII controller inactivity timer expired (I've set the system value QINACTITV timer to *None, if that what this is referring to). Then a message saying 'Input or Output request failed' followed by 'DSCJOB not allowed for server jobs', 'job ended beacause device error occurred, ... If it is a device error, how can I find it? I tried changing the device type from 3477-FC to 3179-2 but no change.
    0 pointsBadges:
    report
  • CarterC19
    The errors you are seeing are generated by the fact, I believe, that the PC seemingly dropped off the face of the earth, according to the /36. In other words, they are a symptom, not a cause. For all the /36 knows, you *did* turn off the POC, because it suddenly disappeared from view when it lost the connection. You will see the same error messages in the system if you just unplug the ethernet from your own PC when you were connected to the 36. I would still look at a keep-alive problem with the ISP. Carter
    220 pointsBadges:
    report
  • Superfreak
    I take it this is a dial up connection?? I agree it is probably an ISP issue.
    0 pointsBadges:
    report
  • Crooksb
    They have a DSL line. The ISP is the same one I use in my office. I also found out that the problem is happening inside their office as well, though not as often. They are plugged into a DLINK DI-624 router. Inside the office, they go to IP 192.168.0.199, the IP address of the AS400. Outside the office, they go to the IP address of the router which allows telnet to pass thru to the AS400.
    0 pointsBadges:
    report
  • mnman66
    It doesn't matter what ISP you are using, even if it is the same one. Network connections can be bad, no matter what. Also, what type of telnet session are you using? I thought if you really wanted to get into an AS400 you'd be some sort of 5250 session, unless you aren't really specifying what you are using. Are they using a VPN to get to your machine? Are all of the configurations set correctly on your box? Is the card set to 100/10 mbs full duplex or half duplex? What are they set for, or coming into your box with? Have you tried gain access using the same method and get the same results? Is there a firewall setting that might be ending the session? Some things to think about and check into. Let me know if this helps. Thanks!
    265 pointsBadges:
    report
  • Ddomic
    This may be router problem. One of our users had similar problem with model 604. They were suggested by router provider to upgrade to model 704 and this solved their problems. Good luck !
    0 pointsBadges:
    report
  • TomLiotta
    This is almost certainly a "keep-alive" issue. But it's totally unclear what the setup is. In the question, someone telnets to a V4R3 AS/400 (a model 170). In the discussion area, the connection is instead to a System/36. Further, the device is "QPADEV0005". Some kind of description of what systems are used to connect to what systems, and which connections are reliable and which ones are not would be helpful. You can be fairly certain that QINACTITV has nothing to do with it. But there's no good way to know which system needs attention nor even what kind of system needs it. Please clarify what a route looks like and what systems are at each point. If a PC is involved anywhere in this, please tell us what software is used to make a connection. Include software and OS versions if at all possible. Tom
    125,585 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following