RE: telnet -- MIDRANGE-L


Lim,

The issue is that the TELNET command on the iSeries tries to negotiate afew settings with the system it's connected to. In particular, it wants toknow if it can use it's own 5250 protocol or if it has to use a foreignterminal type like VT100, or an NVT, etc.

This isn't an issue with the Windows telnet client because it doesn'tspeak 5250, and it goes into VT100 mode without trying to negotiateanything :)

The iSeries TELNET client keeps trying to negotiate the terminal typeuntil it receives an appropriate response from the server, or until itreceives some human-readable data. If it receives the data, it'll assumewhichever terminal type you specified for the ASCOPRMOD() parameter, but Idon't think it's ever getting that far.

The solution is to have the paging server send some text to be displayed,that'll tell the iSeries TELNET client to give up on it's negotiations.If that's not an option, then I suggest writing a proxy program that youcan connect to via your TELNET client. The proxy can send the appropriatecodes to cancel the terminal negotiation.

Aside from problems negotiating the terminal settings, the other possibleproblem would be that a firewall is blocking the port. If that's what'shappening, you'd eventually (probably in about 120 secs) get an errormessage that says "No response from remote host system within opentime-out.". Since you didn't report that symptom, I'm assuming that it'snot a firewall issue.

Folks, if you want to see the type of problem Lim is having, it should beeasy to reproduce by trying to connect to an HTTP server with the iSeriestelnet client. For example, if you're running an HTTP server on theiSeries, you could type:


     TELNET RMTSYS(LOCALHOST) PORT(80)

---
Scott Klement  http://www.scottklement.com

On Tue, 11 Apr 2006, Lim Hock-Chai wrote:

Just tried it and get the same result.
TELNET RMTSYS('147.187.223.13') ASCOPRMOD(*VT100) PORT(2001)
TELNET RMTSYS('147.187.223.13') ASCOPRMOD(*VT52) PORT(2001)