A fix is available
APAR status
Closed as program error.
Error description
When attempting to login to OE Telnet from a Sun work station running at the SunOS 5.5 level the following messages are displayed at the work station: TELNET HOST(MAINT1) 923 Trying 'their ip address' Connected to MAINT1 Escape char is 'right bracket' PLn (and it stops here) The error occurs when Telnet is processing the NEW-ENVIRONMENT suboption. Telnet sends an invalid character string, x'7f504c7f6e' (or ascii 'PLn', the 7f is a DEL character) which the Sun work station displays. There is no further communica- tion. The sniffer trace shows the following negotiation sequences: To the work station: IAC DO TTYPE IAC DO TSPEED IAC DO XDISPLAY IAC DO NEW_ENVIRON IAC DO OLD-ENVIRON IAC WILL ECHO x'fffd18fffd20fffd23fffd27fffd24fffb01' From the work station: IAC WILL TTYPE IAC WILL TSPEED IAC WILL XDISPLAY IAC WILL NEW_ENVIRON IAC WONT OLD_ENVIRON IAC DO ECHO x'fffb18fffb20fffb23fffb27fffc24fffd01' To the work station: IAC SB TSPEED SEND IAC SE IAC SB XDISPLAY SEND IAC SE IAC SB NEW-ENVIRON SEND IAC SE IAC SB TTYPE SEND IAC SE x'fffa2001fff0fffa2301fff0fffa2701fff0fffa1801fff0' From the work station: IAC SB TSPEED IS 9600,9600 IAC SE IAC SB XDISPLAY IS sun098:0.0 IAC SE IAC NEW-ENVIRON IS VAR DISPLAY VALUE sun098:0.0 IAC SE IAC SB TTYPE IS XTERM To the work station: x'7f504c7f6e' The telnet trace reflects the contents of the sniffer trace until the processing of the NEW-ENVIRON suboption. The display of the contents of NEW-ENVIRON suboption is: EZYTU17I UTILITY: receive suboption NEW-ENVIRON IS VAR 104 111 123 " 101 131 VALUE 163 165 " 060 071 070 072 060 056 060 whereas it should be: EZYTU17I UTILITY: receive suboption NEW-ENVIRON IS VAR DISPLAY VALUE sun098:0.0 Subsequent to the above messages the telnet trace shows the sending of the invalid character string: EZYTS17I Defer suboption negotiation EZYTU14I UTILITY: netwrite 5 chars. EZYTU21I Ont: 7f504c7f6e "&<"> RFC1572 describes the requirements for processing the NEW-ENVIRONMENT suboption.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All OE telnet users whose client sends * * in WILL ENVIRONMENT and/or WILL TSPEED * * suboptions. * **************************************************************** * PROBLEM DESCRIPTION: When attempting to login to OE Telnet * * from a Sun work station running at the * * SunOS 5.5 level (or any client sending * * ENVIRONMENT or TSPEED suboptions), * * the following messages are displayed * * at the work station: * * * * TELNET HOST(MAINT1) 923 * * Trying 'their ip address' * * Connected to MAINT1 * * Escape char is 'right bracket' * * PLn (and it stops here) * * * * The first error occurs when Telnet is * * processing the NEW-ENVIRONMENT * * suboption. Telnet sends an invalid * * character string, x'7f504c7f6e'(or * * ascii 'PLn', the 7f is a DEL character) * * which the Sun work station displays. * * Then there is no further communication * * and the SUN client hangs. * * * * NOTE: Most clients send WILL * * ENVIRONMENT (NEW / OLD) suboptions if * * certain environment variables (e.g. * * DISPLAY) are set. SUN/OS 5.5 * * (SOLARIS 2.5) clients send WILL TSPEED. * **************************************************************** * RECOMMENDATION: * **************************************************************** The first error, dealing with environment processing was module EZATNUTI was not converting all the ENVIRONMENT suboption data to EBCDIC prior to trying to determine if it was a printable character. Also, the converted data was being placed in *nfrontp which is the terminal output buffer, causing the EBCDIC data to be written to the client. These errors are in the printsub() routine. Also, store_log was not clearing out or inserting a null ('\0') in the output buffer that is sent to syslog. The second error was caused by EZATNSTA (suboption()) deferring the TSPEED processing but not resetting the tspeedsubopt switch to indicate that the client had sent in his tspeed information. Even though we are deferring the processing until the second pass, the switch must be set so we don't wait for the client causing a hang.
Problem conclusion
Module EZATNUTI has been changed to correctly handle ENVIRONMENT (NEW or OLD) suboption processing correctly. Module EZATNSTA (suboption()) has been changed to set the switch indicating we have received the clients tspeed information.
Temporary fix
Comments
×**** PE96/09/25 FIX IN ERROR. SEE APAR PN85607 FOR DESCRIPTION
APAR Information
APAR number
PN84688
Reported component name
TCP/IP V3 MVS
Reported component ID
5655HAL00
Reported release
317
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
1996-05-21
Closed date
1996-09-03
Last modified date
1996-10-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
118PC4 UN94774 118PC4 116AC4 PN88995
Modules/Macros
EZATNSTA EZATNTEL EZATNUTI
Fix information
Fixed component name
TCP/IP V3 MVS
Fixed component ID
5655HAL00
Applicable component levels
R317 PSY UN94774
UP96/09/11 P F609
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"317","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"317","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 October 1996