Compaq: Compaq Services Software Patches - dec-axpvms-tcpip

Compaq TCP/IP TCPIPALP_E02A50 TCP/IP for OpenVMS V5.0A ECO Summary

TITLE: Compaq TCP/IP TCPIPALP_E02A50 TCP/IP for OpenVMS V5.0A ECO Summary New Kit: 05-FEB-2001 Modification Date: 01-MAR-2001 Modification Type: Updated note regarding the workaround for a potential system crash. Please see the note in the ECO KIT SUMMARY section below. NOTE: An OpenVMS saveset or PCSI installation file is stored on the Internet in a self-expanding compressed file. For OpenVMS savesets, the name of the compressed saveset file will be kit_name.a-dcx_vaxexe for OpenVMS VAX or kit_name.a-dcx_axpexe for OpenVMS Alpha. Once the OpenVMS saveset is copied to your system, expand the compressed saveset by typing RUN kitname.dcx_vaxexe or kitname.dcx_alpexe. For PCSI files, once the PCSI file is copied to your system, rename the PCSI file to kitname-dcx_axpexe.pcsi, then it can be expanded by typing RUN kitname-dcx_axpexe.pcsi. The resultant file will be the PCSI installation file which can be used to install the ECO. Copyright (c) Compaq Computer Corporation 2000, 2001. All rights reserved. PRODUCT: Compaq TCP/IP Services for OpenVMS OP/SYS: OpenVMS Alpha SOURCE: Compaq Computer Corporation ECO INFORMATION: ECO Kit Name: TCPIPALP_E02A50 DEC-AXPVMS-TCPIP_ECO-V0500-112-4.PCSI ECO Kits Superseded by This ECO Kit: TCPIPALP_E01A50 ECO Kit Approximate Size: 44,320 Blocks Kit Applies To: Compaq TCP/IP Services for OpenVMS V5.0A OpenVMS Alpha V7.1, V7.1-1H1, V7.1-1H2, V7.1-2, V7.2, V7.2-1H1, V7.2-1 System/Cluster Reboot Necessary: Yes Rolling Re-boot Supported: Information Not Available Installation Rating: INSTALL_UNKNOWN Kit Dependencies: The following remedial kit(s) must be installed BEFORE installation of this kit: None In order to receive all the corrections listed in this kit, the following remedial kits should also be installed: None ECO KIT SUMMARY: An ECO kit exists for TCP/IP V5.0A on OpenVMS Alpha V7.1 through V7.2-1H1. This kit addresses the following problems. NOTE REGARDING POTENTIAL SYSTEM CRASH: ECO 2 for V5.0A was created shortly after ECO 1 as a special release to fix a build problem seen in ECO 1. This problem only impacts systems running Oracle 8 and the Oracle Parallel Server with the latest enhancements. This enhanced Oracle functionality requires a CRTL update, the TCP/IP ECO 2 update, and an Oracle 8 update. Additionally, ECO 2 also added a fix which is needed for the latest release of OpenVMS JAVA. There seems to be a problem with ECO 2 for V5.0A that is the result of a fix created to allow the host name to be displayed instead of the host address for interactive sessions. When the host name is too long (more than 46 characters) it overruns its buffer and corrupts the next data structure which causes the system to crash. If ECO 2 has been applied and this problem occurs, the workaround is to do the following: $ TCPIP SET SERV TELNET/LOG=address $ TCPIP SET SERV RLOGIN/LOG=address $ TCPIP SET SERV RSH/LOG=address $ TCPIP SET SERV REXEC/LOG=address For the changes to take effect, please execute the following commands: $ TCPIP DISABLE SERVICE service_name $ TCPIP ENABLE SERVICE service_name Keep in mind that when a service is disabled, all users for that service \ will be terminated. ------------------------------------------------------------------------------- POSSIBLE INSTALL PROBLEMS: ------------------------------------------------------------------------------- There is a bug in the PCSI utility that ships in the following kits that will cause the install to fail: o DEC AXPVMS VMS V7.1-2 (OpenVMS Alpha V7.1-2) o DEC AXPVMS VMS V7.2 (OpenVMS Alpha V7.2) o DEC VAXVMS VMS V7.2 (OpenVMS VAX V7.2) o DEC AXPVMS VMS62TO71U2_PCSI V1.0 (PCSI ECO kit for OpenVMS Alpha V6.2 through V7.1-2) o DEC VAXVMS VMS62TO71_PCSI V1.0 (PCSI ECO kit for OpenVMS VAX V6.2 through V7.1) The PCSI utilities in the kits listed above were all built from the same source code. They all identify themselves in the output from the PRODUCT SHOW UTILITY command as: "POLYCENTER Software Installation utility version: V7.2-100". Contact your local Customer Support Center for PCSI upgrades. ------------------------------------------------------------------------------- PREVIOUSLY UNDOCUMENTED BEHAVIOR: ------------------------------------------------------------------------------- --------------------------------------------------------------- 1: PTR 70-5-1299 Retry and error ignore for MIB browser --------------------------------------------------------------- The DIGITAL TCP/IP Services for OpenVMS Management manual, Order Number: AA-LU50K-TE, Chapter 11 Configuring SNMP, Table 11-4 Flags for the snmp_request Command will be updated with the following new flags: -i max_ignores: The number of times snmp_request listens for a reply packet to a request if it receives an invalid packet (invalid packet id, version, SNMP version/command combination). Value should be positive; specifying a negative value results in internal conversion to an unsigned positive; specifying 0 is the same as omitting this flag, in which case errors are not ignored. -r max_retries: The number of times snmp_request resends a request packet if it times out before receiving a reply. Value should be positive; specifying a negative value results in internal conversion to an unsigned positive; specifying 0 is the same as omitting this flag, in which case no retries are tried. -s sleep_interval: Seconds between iterations of sending a request (for -r) and listening for a reply (for -i). Default is 1 second. Ignored unless -r, -i, or both are also specified. Notes: - The -s flag is not the same as -w, which is used to adjust timeout interval for the internal select() call. -s may be needed in cases where there is a need to enforce a wait between resend, as when a server agent which is in the process of starting up. - After a timeout and resend, if a reply packet is received the resend counter is reset; after another timeout, max_retries request packets will be sent. - The same is true for max_ignores. After a bad reply is received, if a valid reply packet is received, the internal ignore counter is reset to max_ignores. - The -s value may be required in cases where a server is in some transient state, e.g., in the process of coming up. - Following receipt of an invalid packet, a timeout may occur. In this case the packet will be resent, the resend counter will be decremented, and the ignore counter will be reset to max_ignores. - -i, -r, and -s apply to individual queries. If the -l or -t flags are also used, the values for -i, -r, and -s are applied afresh to each iteration for the -l or -t. - The -i flag does not cause snmp_request to automatically increment input OID and continue querying a server after an SNMP general error has been received. For example, on a mibwalk (result of using -t or -l flag) if a faulty server may with this kind of error even though the end of MIB view has not been reached. It is still necessary to manually increment the input OID to skip the error to continue with the mibwalk. The following examples will be added to 11.6.4 Command Examples for snmp_request: Add these 2 bullets at the beginning of the section: - To define the command snmp_request, you can execute the command: $ @SYS$STARTUP:TCPIP$DEFINE_COMMANDS. - In all examples, output may be edited to fit the 80 column format, with continuation indicated by a "\" at the end of a line Add the following examples: 9. To get online UNIX style usage information, enter the command without parameters: $ snmp_request Usage: $ snmp_request = \ "$ucxaxp$dkd400:[tcpip_t51_bl9z.][a70.snmp.exe]tcpip$snmp_request.exe" $ snmp_request agent community request_type [flags] \ [set request parameters] or $ mcr \ ucxaxp$dkd400:[tcpip_t51_bl9z.][a70.snmp.exe]tcpip$snmp_request.exe ... request_type: get|getnext|getbulk|set flags: [-v version] [-p port] [-l] [-t] [-d] [-n non_repeaters] [-m max_repetitions] [-w wait_seconds_max] [-i max_ignores] [-r max_retries] [-s sleep_interval] set request parameters: variable [type value] 10. The server is not up when the request is sent. It comes up, starts responding, and then goes down again. $ snmp_request moxie.zko.dec.com public getnext -r 3 -l -s 5 1.3 No reply; resending request... 1.3.6.1.2.1.1.1.0 = moxie.zko.dec.com VAX 6000-410 OpenVMS V7.1 \ Compaq TCP/IP Services for OpenVMS 1.3.6.1.2.1.1.2.0 = 1.3.6.1.4.1.36.2.15.22.1 1.3.6.1.2.1.1.3.0 = 198 = 0 d 0:0:1 1.3.6.1.2.1.1.4.0 = Sam Spade 1.3.6.1.2.1.1.5.0 = moxie.zko.dec.com 1.3.6.1.2.1.1.6.0 = ZKO 1.3.6.1.2.1.1.7.0 = 72 No reply; resending request... No reply; resending request... No reply; resending request... No reply; resend limit reached. Exiting. 11. The server is not up when the request is sent. Then the server comes up, but is not fully initialized when the second request packet is sent: $ snmp_request moxie.zko.dec.com public getnext -r 3 1.3 No reply; retrying... - no such name - returned for variable 1 12. This example is identical to #3, except that the -s 5 causes a delay in the sending of the second request packet, giving the server time to fully initialize itself: $ snmp_request moxie.zko.dec.com public getnext -r 3 -s 5 1.3 No reply; retrying... 1.3.6.1.2.1.1.1.0 = moxie.zko.dec.com VAX 6000-410 OpenVMS V7.1 COMPAQ TCP/IP Services for OpenVMS 13. The following is happening: - A bad reply packet is received - A timeout causes a new request packet to be sent - A second bad reply packet is received - Another timeout causes a new request packet to be sent - A third bad reply packet is received - The max_tries limit of 2 has been reached, so snmp_request exits. $ snmp_request moxie.zko.dec.com public getnext -i 3 -r 2 1.3 Unexpected reply; waiting again... No reply; resending request... Unexpected reply; waiting again... No reply; resending request... Unexpected reply; waiting again... No reply; resend limit reached. Exiting. 14. This example is identical to #5 except that max_retries is greater than max_ignores. Only two extra request packets are sent before the max_ignores limit is reached: $ snmp_request moxie.zko.dec.com public getnext -i 2 -r 3 1.3 Unexpected reply; waiting again... No reply; resending request... Unexpected reply; waiting again... No reply; resending request... Unexpected reply; ignore limit reached. Exiting. 15. This example is identical to #5, except that all invalid packets are received before any timeouts; therefore no resends are tried: $ snmp_request moxie.zko.dec.com public getnext -i 3 -r 2 1.3 Unexpected reply; waiting again... Unexpected reply; waiting again... Unexpected reply; waiting again... Unexpected reply; ignore limit reached. Exiting. --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A ARP Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 19-APR-2000 Alpha and VAX Images: TCPIP$ARP.EXE V5.0A-1A TCPIP$NETSTAT.EXE V5.0A-1A TCPIP$GATED.EXE V5.0A-1B TCPIP$UCP.EXE V5.0A-1F Problem: System can crash executing TCPIP> netstat -rn Solution: The NLIST library was modified necessitating the relink of ARP, NETSTAT, GATED and UCP. Reference: PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1369 / CFS.75726 / Req Id: HPAQ404KK ECO B 23-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A BFS Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 24-MAR-2000 Alpha and VAX Images: TCPIP$CFS_SHR.EXE V5.0A-1A TCPIP$MSG.EXE V5.0A-1C Problem: Message: cache_check detected corrupted LRU queue appears on console after a mount from an nfs client hangs. Solution: Fixed miss-compare problem. Used STAT_CHE$W_CLUSTER_COUNT instead of STAT_CHE$W_CLUSTER_LIMIT. Reference: PTR 70-5-1204 / CFS.72419 / Req Id: HPAQB0H5W PTR 70-5-1221 / CFS.72810 / Req Id: MGO92982A PTR 70-5-1312 / CFS.74670 / Req Id: HGO053817 PTR 70-5-1319 / CFS.74748 / Req Id: UVO51806 ECO B 18-MAR-2000 Alpha and VAX Images: TCPIP$CFS_SHR.EXE V5.0A-1B Problem: When UCX$CFS_MODUS_OPERANDI is set to 512, and a VMS NFS client is being used, the NFS server sometimes reports FCPREADERR ACCVIO ILLIOFUNC. This prevents the client from accessing some files. Solution: Ported from 4.2. Fixed handling of UCX$CFS_MODUS_OPERANDI 512 to not break the communication of the VMS file's attributes between the VMS NFS-Client and the VMS NFS-Server. Reference: QAR 30-5-339 PTR 70-5-492 / CFS.54130 / MGO103045 / UCX Note 5682 ECO C 3-MAY-2000 Alpha and Vax Images: TCPIP$CFS_SHR.EXE V5.0A-1C Problem: Problem wih BFS not returning an error status for bad arguments. I.E. The synch status. Solution: Fixed bfs$$synch-alpha.m64 to save R0 from $$STARTUP. Reference: QAR 30-2-611 ECO D 12-JUN-2000 Alpha and VAX Images: TCPIP$CFS_SHR.EXE V5.0A-1D Problem: Backup errors on NFS due to a failure to allocate space for access control lists (ACL). Solution: Allocate space for the ACL and only return an error if unable to allocate it due to lack of space available in the system. Reference: PTR 70-5-1389 / CFS.76085 / Req Id: BCGM41B57 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A BIND_RESOLVER Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 18-Apr-2000 Alpha and VAX Images: TCPIP$BIND_SERVER.EXE V5.0A-1B TCPIP$BIND_SERVER_CONTROL.EXE V5.0A-1B Problem: BIND 8.1.2 did not include dynamic update support for SRV records. Solution: Extract and merge the SRV support from BIND 8.2 into our current sources. Reference: PTR 70-5-1274 / CFS.73712 / Req Id: MGO10486A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A BIND_SERVER Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 06-Aug-1999 Alpha and VAX Images: TCPIP$BIND_SERVER.EXE V5.0A-1A Problem: The BIND server was reporting syntax errors when CIDR notation was used in the configuration file (TCPIP$BIND.CONF). Solution: There were a couple of different reasons for this problem. The first was that there were two successive calls being made to ungetc(). This is an unsupported operation and led to inappropriate behavior. To cure this, an f*() file positioning function must be made in between calls to ungetc() in order to clear the pushback buffer. The pushback buffer is where ungetc() writes it char to. It does not get placed back to the actual file buffer. The size of the pushback buffer for the DEC C RTL is 1, and once it is full additional calls to ungetc() will fail. I chose to use a call to fseek() that would basically just position the file pointer to its current position (a no-op besides clearing the buffer). The other problem was that due to the parser logic behind determining whether a slash ('/') was part of a comment or part of a CIDR notated IP address, the file positioning pointer became a char ahead of where it should have been. This was after a series of getc() and ungetc() calls. This problem was solved by doing an fgetpos()/fsetpos() combo to reset the file position indicator. There was also a bug discovered here where the code still does not work if it is compiled with /NOOPTIMIZE on a VAX. This happens if you compile for debug in our build environment (only VAX). Seeing we do not ship /NOOPTIMIZED code, we will ignore this optimizer bug and be sure to add a regression test item that will verify that this continues to work as expected in the future. The bug could not be reproduced with a simple test program, only in context of the BIND code. Reference: PTR 70-5-1079 / CFS.68483 / Req Id: HPAQ607LN UCX conference: note 7100 ECO B 18-MAR-2000 Alpha and VAX Images: TCPIP$BIND_SERVER.EXE V5.0A-1B TCPIP$BIND_SERVER_CONTROL.EXE V5.0A-1B TCPIP$BIND_SERVER_XFER.EXE V5.0A-1A TCPIP$NSUPDATE.EXE V5.0A-1B Problem: BIND 8.1.2 did not include dynamic update support for SRV records. Solution: Extract and merge the SRV support from BIND 8.2 into our current sources. References: PTR 70-5-1274 / CFS.73712 / Req Id: MGO10486A Note 1335.0 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A DHCP Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 28-MAR-2000 Alpha and VAX Images: TCPIP$DHCP_SERVER.EXE V5.0A-1A Problem: DHCP does not send the "Bootfile name" with the DHCP BootReply packet if BootP is redirect to another system. The DHCPCAP file does not support ":" and "\" characters in the BootFile field. Solution: The DHCP server was modified so that if a TFTP server IP address is configured, then the code just takes what it has in the configured Bootfile name verbatim and returns that to the client. Reference: PTR 70-5-1197 / CFS.72291 / Req Id: KAOQ92394 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A DNFS Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 06-Jul-1999 Alpha and VAX Images: TCPIP$DNFSACP.EXE V5.0A-1A Problem: Beginning with VMS V7.2, running BACKUP on an NFS client device results in "-SYSTEM-F-BADATTRIB, bad attribute control list" errors. Solution: The client was doing an argument validation on the size of the buffer provided to receive the ATR$C_ASCNAME attribute. Prior to VMS V7.2, this was wrong, but had no practical effect. In V7.2, BACKUP changes to support EFS make the incorrect validation visibly harmful. The solution is to eliminate the length validation on ATR$C_ASCNAME. Reference: PTR 70-5-1094 / CFS.68919 / Req Id: UTO07249A / UCX note 7143 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A FTP_CLIENT Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 2-AUG-1999 Alpha and VAX Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: SYSTEM-F-NOIOCHAN, with FTP and search list logical Solution: Implemented changes throughout FTP regarding the use of of sys$parse() to mitigate implicit channel usage. Reference: PTR 70-5-839 / CFS.62042 / Req Id: BCGM815V7 QAR 30-5-268 ECO A 9-SEP-1999 Alpha only Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: FTP client "get a.a.a.a" from Unix host fails with -RMS-E-CRE, ACP file create failed -SYSTEM-W-BADFILEVER, bad file version number Problem occurs only with TCPIP V5 on Alpha VMS 7.2. On VAX, or Alpha VMS V7.1, the transfer succeeds because "a.a.a.a" is converted to "a_a_a.a;1" to make RMS happy. Solution: Moved all filename conversion operations into FTP$COMMON_HFS_SUPPORT library where knowledge of ODS-2 vs. ODS-5 parsing conventions are known or can be discerned. Enhanced their functionality to allow ODS-5 conversion of foreign filenames, and to provide a backstop conversion back to ODS-2 when an attempt is made to try creating an ODS-5 name on an ODS-2 volume. Both FTP Client GET and FTP Server PUT operations were affected. References: PTR 70-5-1083 / CFS.68634 / Req Id:UTO01485A PTR 70-5-1192 / CFS.72175 / Req Id: UVO88436 ECO A 4-JAN-2000 Alpha and VAX Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A Problem: The FTP 'mput' command does not search the several equivalence names defined by a logical name correctly. Solution: This problem was partly caused by 70-5-839 fix to eliminate channel leaks, in which several uses of SYS$PARSE were changed to be syntax-checking only. mput no longer passes the expanded result of its SYS$PARSE down to wldcrd_put_process(). A similar problem with the recv and dir/out= commands, and with $copy/ftp remote local were also corrected. Reference: PTR 70-5-1177 / CFS.71701 / TKT018643 ECO A 5-APR-2000 Alpha and VAX Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: FTP Client occasionally hangs in accept(). Solution: Use select() to monitor both the data and control ports. Reference: PTR 70-5-1165 / CFS.71233 / Req Id: BCGM918DV UCX Note 7159 and UCX Note 7330 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A FTP_SERVER Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 7-JAN-2000 Alpha and VAX Images: TCPIP$FTP_CHILD.EXE V5.0A-1A Problem: FTP> del .; command does not works after UCX was upgraded from 4.0 ECO 5 to UCX 4.2 ECO 3. Error is: "550 The file specification must contain a name, type and version number (even if wildcarded)." Solution: Modify FTP DELE command to relax this restriction to just requiring a version number, in order to accommodate files that consist of just a name, or just a type. Reference: PTR 70-5-1231 / CFS.72967 / Req Id: ZPO035470 / UCX Note 7474 ECO B 14-JUN-1999 Alpha/VAX Images: TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: An issue with FTP server handling of APPEnd was discovered during analysis/ testing of 70-5-840. Solution: Only set "rms_posted = TRUE" if the preceding RMS call returns SS$_SUCCESS status in *both* appe_ascii() and similar code in recv_ascii(). Reference: QAR 30-2-555 TCPIP Note 1004.0 ECO B 14-JUN-1999 Alpha and VAX Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: Many FTP commands unnecessarily consume VMS channels in both client and server when a search-list logical is involved in the operation. This eventually results in SYSTEM-F-NOIOCHAN error. User must start a new FTP session to make further progress. Solution: Fixed FTP (both client and server) to clean up channels no longer needed after each command. Reference: QAR 30-5-268 ECO B 1-SEP-1999 Alpha and VAX Image: TCPIP$FTP_SERVER.EXE V5.0A-1B Problem: V5.0 Ftp Child Process creating process owner of asterisk (*). Solution: The FTP Server was fixed to behave like it did in UCX V4. If the prospective user is known to VMS, the child process will be owned by that user from inception. If the prospective user is not known to VMS, the short-lived child process will be owned by the FTP Server (parent) process ([TCPIP$AUX,TCPIP$FTP] as configured in the Service database) until it dies due to login failure. Reference: PTR 70-5-1093 / CFS.68878 / Req Id: HPAQ61C87 ECO B 03-SEP-1999 Alpha and VAX Images: TCPIP$FTP_CLIENT.EXE V5.0A-1A TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: [1] Put/Convert inserts extra LineFeeds (LF) when sending certain VFC files. (70-5-954) [2] FTP Client does not send STRU R files correctly in ASCII mode. Regression from UCX V4.0 ECO stream. (70-5-110) Solution: [1] Fixed FTP's conversion algorithm to perform a more faithful conversion of VFC/PRN prefix/suffix code combinations with a better mapping to FTP ASCII records on the wire. This affected both the client (Put/Convert) and the server (TCPIP$FTP_CONVERT_FILE logical). [2] Fixed FTP client to send proper <01> end-of- record tag. References: PTR 70-5-954 / CFS.65319 / EVT102771 / UCX Note 6786 PTR 70-5-1107 / CFS.69202 / BRO72130A / UCX Note 7067 ECO B 10-Sep-1999 Alpha and VAX Images: TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: FTP 'sunique' (store unique) put operations could overwrite an existing version of the specified file if the target filename includes a version specification. Solution: Fixed the FTP server STOU operation to create a new version for the file regardless of any specified version or file transfer mode (ASCII, BINARY, VMS-Plus). Also fixed instances where a filename parsing error in the server's RETR, STOR, or STOU commands could result in a corrupted 501 error message. Reference: PTR 70-5-1128 / CFS.69894 / Req Id: KAOQ73305 ECO B 9-SEP-1999 Alpha only Images: TCPIP$FTP_CHILD.EXE V5.0A-1B TCPIP$FTP_CLIENT.EXE V5.0A-1A Problem: FTP client "get a.a.a.a" from Unix host fails with -RMS-E-CRE, ACP file create failed -SYSTEM-W-BADFILEVER, bad file version number Problem occurs only with TCPIP V5 on Alpha VMS 7.2. On VAX, or Alpha VMS V7.1, the transfer succeeds because "a.a.a.a" is converted to "a_a_a.a;1" to make RMS happy. Solution: Fixed FTP to deal with Alpha VMS V7.2 "enhancements" to sys$parse() which is now happy to parse Extended File System (ODS-5) pathnames even though the underlying volume specified in the pathname is still ODS-2. FTP now catches an attempt to use an ODS-5 filename on an ODS-2 volume, and performs the filename conversion it traditionally did to make the name ODS-2 conformant. FTP also now performs an ODS-5 filename conversion rather than a more restrictive ODS-2 conversion when the underlying volume is ODS-5. This generally results in a name much closer to the original than ODS-2 allowed. Reference: PTR 70-5-1083 / CFS.68634 / Req Id: UTO01485A PTR 70-5-1192 / CFS.72175 / Req Id: UVO88436 ECO B 15-Dec-1999 Alpha and VAX Images: TCPIP$FTP_CHILD.EXE V5.0A-1B Problem: FTP> del .; command does not works after UCX was upgraded from 4.0 ECO 5 to UCX 4.2 ECO 3. Error is: "550 The file specification must contain a name, type and version number (even if wildcarded)." Solution: Modify FTP DELE command to relax this restriction to just requiring a version number, in order to accommodate files that consist of just a name, or just a type. Reference: PTR 70-5-1231 / CFS.72967 / Req Id: ZPO035470 / UCX Note 7474 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A GATED Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 24-Aug-1999 Alpha and VAX Images: TCPIP$GATED.EXE V5.0A-1A Problem: When OSPF is configured, GATED process goes away after running a little while. TCPIP$GATED_OUTPUT.LOG doesn't show ACCVIO but TCPIP$GATED.LOG shows odd big number or garbage characters for loopback interface index number. Solution: Fix the loop in krt_ifread() that goes through interface table. When loopback interface was being processed it allowed to exit the loop with ifrl pointing to uninitialized space in memory. Reference: UCX note 7233 ECO B 19-APR-2000 Alpha and VAX Images: TCPIP$ARP.EXE V5.0A-1A TCPIP$NETSTAT.EXE V5.0A-1A TCPIP$GATED.EXE V5.0A-1B TCPIP$UCP.EXE V5.0A-1F Problem: System can crash executing TCPIP> netstat -rn Solution: The NLIST library was modified necessitating the relink of ARP, NETSTAT, GATED and UCP. Reference: PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A IFCONFIG Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A INET Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 22-Dec-1999 Alpha only Images: TCPIP$INETDRIVER.EXE V5.0A-1A Problem: Random unexplained crashes with stack corruption. The stack appears misaligned, and systems crash with weird PC's. Solution: The SUSPEND code for Alpha left the stack too low by 12 bytes, hence also misaligned. Eventual returns out of the thread would return to the AST dispatcher which would attempt an REI instruction with an 'off' SP. The results are unpredictable, but most often the loaded PC causes an access violation. Reference: PTR 70-5-1246 / CFS.73176 / Req Id: STLQC1406 ECO B 29-Dec-1999 Alpha only Images: TCPIP$INETDRIVER.EXE V5.0A-1B Problem: Non-quadword alignment set at thread initialization. Alpha kernel stack is just under 8KB, and should be larger. Solution: Add an unused longword at the top of the thread structure. Increase the size of the allocated memory to 16KB. Reference: PTR 70-5-1246 / CFS.73176 / Req Id: STLQC1406 PTR 70-5-1264 / CFS.73463 / Req Id: STLBC2999 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A INSTALL Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 17-APR-2000 Alpha and VAX Source: TCPIP$CONFIG.COM Problem: When running TCPIP$CONFIG for the first time after upgrading from UCX V4.*, the user is asked if they wish to convert their old databases to the new format. This conversion may have failed with the error:%EDT-F-INTERERR, Internal software error; contact a Compaq support representative%DCL-W-SKPDAT, image data (records not beginning with "$") ignored Solution: Add switch EDTI/EDT/NOCOMMAND to ensure no INI files are interpreted when EDT starts. References: Note 1522.0 ECO A 21-APR-2000 VAX and Alpha Sources: TCPIP$CLEANUP.COM V5.0-01 TCPIP$SHUTDOWN.COM V5.0-008 TCPIP$UCP_STARTUP.COM V6.0-003 Images: UCX$RPCXDR_SHR.EXE V5.0A-1 UCX$ACCESS_SHR.EXE V5.0A-1 Problem: TCPIP V5.0A does not deliver copies of UCX$ACCESS_SHR.EXE and UCX$RPCXDR_SHR.EXE, required so that images linked under UCX V4.2 can run. Solution: Change build and install files to deliver those files. UCX$RPCXDR_SHR.EXE is a copy of TCPIP$RPCXDR_SHR.EXE (V5.0A-1) and UCX$ACCESS_SHR.EXE is a copy of TCPIP$ACCESS_SHR.EXE (V5.0A-1). Reference: Internal testing. ECO A 1-MAY-2000 Alpha and VAX Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1B TCPIP$OS_MIBS.EXE V5.0A-1B Problem: Customer cannot send SNMPv1 trap to client. Solution: Backport configuration option for V5.1. Allows customer to set up text configuration file to supplement information configured through TCPIP$CONFIG.COM in standard configuration file SYS$SYSTEM:TCPIP$CONFIGURATION.DAT. Customer must do the following: $ COPY TCPIP$SNMP_EXAMPLES:TCPIP$VMS_SNMP_CONF.DAT - SYS$SYSDEVICE:[TCPIP$SNMP]*.*; Follow the instructions in that file to set up SNMPv1 trap(s). Note that settings from standard TCPIP$*.DAT config files supersede those in TCPIP$VMS_SNMP_CONF.DAT. Reference: TCPIP_BUGS note 7455 ECO A 12-MAY-2000 Alpha and VAX Sources: TCPIP$VMS_SNMP_CONF.DAT V5.0-01 Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1B TCPIP$OS_MIBS.EXE.EXE V5.0A-1B Problem: SNMPv2 traps are default; V1 format expected by some SNMP clients (e.g., NT). Solution: Backport configuration option for V5.1 that allows customer to set V1 as default trap type. With this option, traps configured through TCPIP$CONFIG.COM will be V1 format. Customer must edit SYS$SYSDEVICE:[TCPIP$SNMP]TCPIP$VMS_SNMP_CONF.DAT to remove the leading # in the line to uncomment it: #config tcpip$snmp_v1_trap_default Reference: QAR 30-5-351 ECO B 16-JUN-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1I TCPIP$TELNET.EXE V5.0A-1B Problem: reverse telnet hangs on read when created with /noidle Solution: A new /PERMANENT option was added to create_session, to start a network connection upon device assignment and disconnect after deassignment. Reference: PTR 70-5-1367 / CFS.75648 / Req Id: HPAQ31ZDZ ECO C 20-JUN-2000 Alpha and VAX Images: TCPIP$VERSIONS.EXE V5.0A-1C Problem: Update the TCPIP version that gets displayed using 'TCPIP SHOW VERSION', to indicate ECO 1. Solution: Recompile and link the version module. Reference: None. ECO 2 updates: -------------- ECO D 29-DEC-2000 Alpha and VAX Sources: TCPIP$CONFIG.COM Problem: If in UCX$CONFIG or TCPIP$CONFIG you go into 1-"Core Environment" and then 4-"Interfaces" and change the internet address to a different subnet address, the question "Enter broadcast mask for xxxx" shows the old "Broadcast Address" and does not default to the new "Broadcast Address". This often means that customers end up with the wrong "Broadcast Address". This problem also exists with the network mask default. Solution: Make sure the default values for the network mask and broadcast mask are recalculated after a new IP address is entered. Reference: PTR 30-2-592 ECO E 12-JAN-2001 Alpha and VAX Images: TCPIP$VERSIONS.EXE V5.0A-1E Problem: Update the TCPIP version that gets displayed using 'TCPIP SHOW VERSION', to indicate ECO 2. Solution: Recompile and link the version module. Reference: None. --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A IPC Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 17-AUG-2000 Alpha and VAX Images: TCPIP$IPC_SHR.EXE V5.0A-1A Problem: We failed to provide a mechanism for an application's AST routine to abort mainline execution of a select() call. Some applications require quick response to both I/O events and other events without the resource consumption associated with busy-waiting. Solution: We have added a new routine to be called by the C RTL upon receiving a signal. This routine will abort a pending select() operation, if any, and cause that call to return EINTR in errno, as it would on many UNIX systems. Reference: TCPIP Note 1709 ECO 2 updates: -------------- ECO B 11-JAN-2001 Alpha and VAX Images: TCPIP$IPC_SHR.EXE V5.0A-1B Problem: Original: The new aborting-select behavior, in conjunction with a C RTL change to activate it, could break some existing applications. Current: Due to a build problem, there was no visible entrypoint for the SELECT_ABORT fix in TCPIP$IPC_SHR.EXE ECO A (V5.0A-1A). One of the symptoms of this problem is very poor performance. Solution: Original: Older applications may assume that select() will not return upon receipt of a signal. Therefore, we abort only if the logical name TCPIP$SELECT_ABORT_ON_SIGNAL has been defined requesting this behavior. Current: Re-build the ipc component from the srclib phase. Reference: TCPIP Note 1709 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A LBROKER Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 30-Jul-1999 Alpha and VAX Images: TCPIP$LBROKER.EXE V5.0A-1A Problem: 'max-members', a configuration option in TCPIP$LBROKER.CONF was not working when set to 1. It was erroneously returning A records for all active members to the BIND server instead of 1. Solution: The logic was such that it was checking for maxmembercnt > 1 when itshould have been > 0 to allow the possibility of returning only 1record. Simply needed to change the 1 to a zero. Reference: PTR 70-5-1119 / CFS.69605 / Req Id: BRO81804A / UCX note 7187 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A LPD5 Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 15-SEP-1999 Alpha and VAX Images: TCPIP$TELNETSYM.EXE V5.0A-1A Problem: TCPIP$TELNETSYM.EXE (Telnet Symbiont Process) crashes with an access violation, %SYSTEM-F-ACCVIO Solution: The solution was to add a state variable so that the "users" of the request_packets would know when it is necessary to free them and when to assume that they have already been freed. Also prevent possible reference to freed memory by using *request_id instead of request_packet->request_id. And, improved telnet symbiont process dump debug capability by sharing the BFS runtime library and adding some debug code to the symbiont. This enables the telnet symbiont to dump its stack into the error log if/when the process terminates due to fatal error. Reference: PTR 70-5-1114 / CFS.69484 / Req Id: HPAQ70XHR PTR 70-5-725 / CFS.58965 / Req Id: UTO101705 PTR 70-5-740 / CFS.59357 / Req Id: MGO103492 PTR 70-5-815 / CFS.61472 / Req Id: UTO101801 PTR 70-5-913 / CFS.64168 / Req Id: BCGMB181C PTR 70-5-879 / CFS.63030 / Req Id: HPAQA03FL QAR 30-5-296 ECO B 29-NOV-1999 Alpha and VAX Images: TCPIP$TELNETSYM.EXE V5.0A-1B Problem: Forward port of fix to V5.0a caused LPD5 to depend on BFS. Solution: Reworked original coding of dump_stack to use the LIB$GET_CURR_INVO_CONTEXT and LIB$GET_PREV_INVO_CONTEXT for an alpha build. Changed to use BLISS builtins to determine which code to use. Removed include files that are not needed. Added more inline comments. Validate the information returned from LIB$GET_CURR_INVO_CONTEXT; assume that LIB$GET_PREV_INVO_CONTEXT returns the same size and version as LIB$GET_CURR_INVO_CONTEXT. Added decode of frame type that is returned by the LIB$ routines. Changed all calls to DUMP_STACK to TCPIP$$CALL_TRACE. References: Internal ECO C 20-DEC-1999 Alpha and VAX Images: TCPIP$LPD_SHR.EXE V5.0A-1C TCPIP$LPD_SMB.EXE V5.0A-1C TCPIP$LPD_RCV.EXE V5.0A-1C TCPIP$LPRM.EXE V5.0A-1C TCPIP$LPQ.EXE V5.0A-1C Problem: LPD can insert an unwanted linefeed at the beginning of a VFC/PRN format text file. LPD's conversion of such files is too literal with regard to the file's first VFC prefix. Solution: Suppress the unwanted linefeed if the new system logical is defined: UCX$LPD_1ST_VFC_PREFIX_SPECIAL (UCX 4.x) TCPIP$LPD_1ST_VFC_PREFIX_SPECIAL (TCPIP 5.x) Reference: PTR 70-5-1156 / CFS.70907 / UVO27513 ECO D 22-DEC-1999 Alpha and VAX Images: TCPIP$LPD_SHR.EXE V5.0A-1D TCPIP$LPD_SMB.EXE V5.0A-1D TCPIP$LPD_RCV.EXE V5.0A-1D TCPIP$LPRM.EXE V5.0A-1D TCPIP$LPQ.EXE V5.0A-1D Problem: LPD jobs are not being relayed with SYSTEM-F-TIMEOUT errors observed. With LPD_DEBUG = 7, log file shows (lpd$send.c/1444) result of 'select' on socket: 3, rfds: 0, status: 0. LPD Symbiont may also report an ACCVIO if of recent UCX vintage (4.2 ECO 3). Solution: LPD was ignoring all but the minutes field in the UCX$LPD_RETRY_INTERVAL logical. Customer had configured a retry interval of 50 seconds -- less than a minute, resulting in a select() timeout of 0 when waiting for remote server to acknowledge a command. Fixed LPD to calculate its select timeout based on all the fields of an interval time specification, from days down to hundreths of a second. Also fixed ACCVIO which could occur in this situation, a problem introduced by earlier 70-5-520 fix. Reference: PTR 70-5-1179 / CFS.71741 / Req Id: EVT21374A / UCX Notes 7341 & 7394 ECO E 5-APR-2000 Alpha and VAX Images: TCPIP$LPD_SMB.EXE V5.0A-1E Problem: LPD symbiont doesn't accept jobs submitted with the /LOWERCASE qualifier. Solution: Modified the LPD symbiont to tell job controller we support /LOWERCASE so jobs can be queued with this attribute. Reference: PTR 70-5-1243 / CFS.73102 / Req. Id: UTO57482A / UCX Note 7484 PTR 70-5-1318 / CFS.74727 / Req. Id: KAOQ21404 ECO F 8-JUN-2000 Alpha and VAX Images: TCPIP$LPD_SHR.EXE V5.0A-1F TCPIP$LPD_SMB.EXE V5.0A-1F Problem: LPD Getting extra blank lines at beginning of a report. Solution: Port the UCX 4.2 fix for 70-5-281 to TCP/IP V5.0A & V5.1. Reference: PTR 70-5-1348 / CFS.75319 / Req Id: KAOQ30120 QAR 30-5-285 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A MSG Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 27-SEP-1999 Alpha and VAX Images: UCX$SMTP_MAILSHR.EXE V5.0A-1A UCX$MSG.EXE V5.0A-1A Problem: The TCPIP> ANALYZE MAIL /REPAIR operation does not fix any inconsistencies, but exits with %TCPIP-E-SMTPERROR and %TCPIP-W-ANA_QUEACC. Solution: Initialized the field passed when writing out this message to avoid the non-printable characters. Allow the analyze mail to continue to queue other files despite the error caused by particular invalid files. In addition, changed the message: TCPIP-I-ANA_NOENTR, internal consistency check error back to the UCX 4.2 behavior to display the more informational message: TCPIP-I-ANA_NOENTR, no queue entry found for file Also, added another informational message which aids in determining which file and possible cause of the failing file message: UCX-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF; Suspect user name is not valid for file: Reference: PTR 70-5-1097 / CFS.69028 / MGO14797A ECO B 13-JAN-2000 Alpha and VAX Images: TCPIP$SMTP_MAILSHR.EXE V5.0A-1C TCPIP$SMTP_PARSESHR.EXE V5.0A-1C (VAX only) TCPIP$SMTP_PARSESHR_TV.EXE V5.0A-1C (Alpha only) TCPIP$SMTP_RECEIVER.EXE V5.0A-1C TCPIP$SMTP_SFF.EXE V5.0A-1C TCPIP$SMTP_SYMBIONT.EXE V5.0A-1C TCPIP$MSG.EXE V5.0A-1B Problem: Enhancement to SMTP to provide support for 'Outbound Alias'. Solution: Add support for a user defined logical TCPIP$SMTP_FROM which will be used for the text of the From: and the Return-Path: headers. Also added support for a system manager logical TCPIP$SMTP_PROHIBIT_USER_HEADERS which will cause the TCPIP$SMTP_FROM logical to be ignored effectively no-oping it. Reference: See User Documentation for 'SMTP Outbound Alias Support' in the Undocumented Behavior at the beginning of the Release Notes. ECO C 24-MAR-2000 Alpha and VAX Images: TCPIP$CFS_SHR.EXE V5.0A-1A TCPIP$MSG.EXE V5.0A-1C Problem: Message: cache_check detected corrupted LRU queue appears on console after a mount from an nfs client hangs. Solution: Fixed miss-compare problem. Used STAT_CHE$W_CLUSTER_COUNT instead of STAT_CHE$W_CLUSTER_LIMIT. Reference: PTR 70-5-1204 / CFS.72419 / Req Id: HPAQB0H5W PTR 70-5-1221 / CFS.72810 / Req Id: MGO92982A PTR 70-5-1312 / CFS.74670 / Req Id: HGO053817 PTR 70-5-1319 / CFS.74748 / Req Id: UVO51806 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A NET Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 20-Jul-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1A (ALPHA) TCPIP$INTERNET_SERVICES.EXE V5.0A-1A (VAX) Problem: Accepted socket doesn't inherit the probe/drop (tcp_keepidle,tcp_keepintvl, tcp_keepcnt) settings of the listener socket. This issue is raised by the customer as backwards compatibility problem. In UCX v4.2 accepted socket inherited probe/drop settings of the listener socket. Solution: Inherit tcp_keepidle, tcp_keepintvl and tcp_keepcnt options in tcp_input() routine the same way as tcp_keepinit is inherited. Reference: PTR 70-5-1108 / CFS.69244 / Req Id: ISO100507 / UCX note 7177 PTR 70-5-1375 / CFS.75824 / Req Id: HPAQ40DZJ ECO B 28-Jul-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1B (ALPHA) TCPIP$INTERNET_SERVICES.EXE V5.0A-1B (VAX) Problem: The problem becomes visible when the operating system runs out of dynamic memory and the reason for this is that we have accumulated thousands of mbufs on the TCP reassembly queue of a TCPCB. The socket in question happens to have both its send and receive socket buffers completely full, and the application process is currently waiting for a write to the socket to complete, which never will because the send window is full and it looks like the other side of this connection is in the same state, blocked trying to write. Solution: First, the immediate reason that we accumulate all these mbufs is that we call routine, tcp_reass(), and that routine gets confused and winds up just queueing all of the mbufs. This is fixed in newer versions of the source ported from DUNIX and therefore this particular fix will be picked up by TCP/IP V5.1 from TRU64 source pool. To fix the problem in V5.0A we merge the the fix from DUNIX 4.0DSUPPORTOS patch area. Reference: PTR 70-5-1095 / CFS.68932 / Req Id: KAOQ61369 PTR 70-5-1164 / CFS.71217 / Req Id: DMO93436 PTR 70-5-1228 / CFS.72910 / Req Id: UTO51578A ECO C 31-Aug-1999 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1C Problem: Sometimes, the UCP command: TCPIP SHOW SERVICE/FULL RLOGIN causes an ACCVIO. Solution: Processig an incoming RLOGIN connection results in modification of the SERV$L_USER_INFO_D and SERV$L_USER_INFO fields of the service database for the RLOGIN service. Although these fields are not relevant to a TCPIP SHOW SERVICE command for RLOGIN, the INETACP was returning the data in these fields to the UCP program, which in turn mis-interpreted them, resulting in an ACCVIO. The fix is to have the INETACP not return the contents of these irrelevant fields for RLOGIN. Reference: PTR 70-5-1075 / CFS.68417 / Req Id: UTO102015 / UCX note 7043 / UCX note 7202 / TCPIP_BUGS note 769 PTR 70-5-1150 / CFS.70793 / Req Id: EVT90209 ECO D 8-Sep-1999 Alpha and VAX Images: TCPIP$INTERNET_SERVICES.EXE V5.0A-1D Problems: The TCP_NODELAY socket option was not properly inherited from listener sockets. It was not possible to set the FULL_DUPLEX_CLOSE option. Solutions: When cloning a new socket, copy the value of the TF_NODELAY option flag, just as several others are already copied. Allow applications to set FULL_DUPLEX_CLOSE, and return an error if that fails. Note that currently, it will only succeed if the option value length is 4 bytes, representing a change in behavior from UCX V4.2 which would accept lengths of less than 4 bytes. References: PTR 70-5-1151 / CFS.70829 / Req Id: VNO31974A PTR 70-5-1347 / CFS.75307 / Req Id: G00449 UCX note 7305 ECO E 5-OCT-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1E Problem: With TCP/IP V5.0 and VMS 7.2 it's not possible to setup ATM CLIP interface IF0, %TCPIP-E-INVINTER, error defining interface: IF0 Solution: When creation of port for IPv6 fails, avoid branching to label INET_VCI_OPEN.CRE_PORT_FAIL and instead continue with the setup of the IP and ARP protocol. Also, when a user tries to create an IPv6 for interface other than PPP and loopback, reject it by returning the error EPROTONOSUPPORT. When an error is returned from VCI_PORTMGMT_INITIATE/VCI_PORTMGMT_COMPLETE routines for IPv6, branch to the new routine called VCI_IPv6_ENABLE_PORTS_FAILURE to handle this error. This routine will disable and delete the IPv6 port and delete the IPv6 VCIB. It will then branch to continue the interface setup. Also if an unexpected event is returned through INET$VCI_REPORT_EVENT for VCI_PORTMGMT_INITIATE, also branch to the new routine VCI_IPv6_ENABLE_PORTS_FAILURE. Reference: PTR 70-5-1117 / CFS.69571 / Req Id: MGO26985A ECO F 20-Oct-1999 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1F Problem: When PPP interface is not deleted before shutting down TCPIP, shut down of TCPIP causes system crash. The crash is in INETACP_DISMOUNT_WITH_LOCKS. Solution: In INETACP_DISMOUNT_WITH_LOCKS verify INETCB is not zero before using it. When this fix was applied, the shutdown still caused system crash. But now it was "Multiple deallocation of nonpaged pool". The solution to this problem was to find all the places where INETACP_IOPOST is called and after return from INETACP_IOPOST clear INETACP$GL_SAVE_IRP if it is equal to INETACP$GL_CRE_DEL_SHUT_IRP to make sure same IRP pwd is not posted twice. Reference: PTR 70-5-1138 / CFS.70299 / Req Id: BCGM80V70 ECO G 20-Oct-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1G (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1G (VAX) Problem: The SYS$REM_ID logical does not get set up for network jobs. Solution: In INET_SETMODE, copy (at most 15) bytes from CTL$GQ_REMOTE_UID to CTL$T_REMOTEID. This is needed because LOGINOUT is still using the old P1 global. References: Local testing after fixing TELNET and RLOGIN problems with this. ECO H 21-Oct-1999 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1H Problem: $tcpip set int pp0 /ser=tta1 /net=x.x.x.x Crashes the system. $tcpip set int pp0/ser=ttb0 %TCPIP-E-INVINTER, error defining interface: PP0 -TCPIP-I-ACPQIO, failure on internet ACP QIO -SYSTEM-W-NOMSG, Message number 0000FCE0 ^^^^^^^^ error # not consistent. Solution: Both SLIP and PPP make use of INETACP_CREATE_SLIP_INIT to create slip or ppp interface. INETACP_CREATE_SLIP_INIT calls CREATE_P5_BUFFER to construct P5 parameter. P5 parameter is constructed from Attritrbute Control Block. The assumption that the last attribute is garanteed to be routing data is wrong. Modify CREATE_P5_BUFFER to consider three cases. Reference: TCPIP_BUGS note 999 ECO K 22-Oct-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1K (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1K (VAX) Problem: The SYS$REM_ID, SYS$REM_NODE do not get set for RLOGIN and TELNET sessions. Solution: Add code to support delayed setting of these logicals into TNDRIVER. The new QIO for the items will handle this. References: PTR 70-5-1166 / CFS.71259 / Req Id: KAOQ92275 PTR 70-5-1171 / CFS.71496 / Req Id: HPAQ91VT7 ECO L 28-Oct-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1L (ALPHA) TCPIP$INTERNET_SERVICES.EXE V5.0A-1L (VAX) Problem: Infinite loop at IPL 8 on a single CPU system, or a CPUSPINWAIT crash on a multiple CPU system. For an as yet unknown reason, but probably the receipt of a RESET, incoming connections to a TCP listener socket are aborted very soon after the SYN is received that initiates the connection and leads to the creation of a socket for the connection. Because these nascent sockets have not yet been accepted, and sometimes the connections have not been fully established, the sockets in question are found on the so_q or the so_q0 queue headers of the listener socket. These aborted nascent sockets then are left on these queues indefinitely until the listener socket is closed. At that time, in an attempt to cleanup these queues the BGDRIVER goes into an infinite loop. Solution: In trying to clear these queues, a call is made to INET_SOABORT, passing the address of the socket at the head of the queue in question. The caller of this routine fully expects that the socket in question will then be deallocated and removed from the queue. However, the sockets in this case, are in a state, TCPS_FREE, that causes the above call to degenerate into a NO-OP, resulting in a loop because the caller then calls again passing what it hopes is the new head of the queue, but is in fact the same un-abortable socket. The solution is to determine after the call if the socket passed in has been removed from the queue, and if not, it is forceably removed at this time. References: PTR 70-5-1185 / CFS.72004 / Req Id: BCSMA1F3V PTR 70-5-1187 / CFS.72064 / Req Id: BCGMA1K8W ECO M 09-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1M (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1M (VAX) Problem: INETACP kernel crash when performing a proxy login. Solution: Update V5.0 with a correction applied to T5.1 to handle cases where the upper 16-bits of the length field of the descriptors passed on setting the SYS$REM* logicals from INETACP are non-zero. References: PTR 70-5-1166 / CFS.71259 / Req Id: KAOQ92275 PTR 70-5-1171 / CFS.71496 / Req Id: HPAQ91VT7 PTR 70-5-1075 / CFS.71639 / Req Id: EVT90215A PTR 70-5-1303 / CFS.74496 / Req Id: BCGM20H37 ECO N 11-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1N (Alpha) Problem: This problem became apparent on a muti-home machine where ethernet interface was in subnet 10.10.4.0 and FDDI interface was in subnet 10.10.3.0. PPP interface was set up to be in 10.10.3.0 subnet, however when ppp connection came up and Proxy ARP was created for the other end\ which had IP address 10.10.3.11 and subnet mask 255.255.255.0, Proxy AR\P was not created correctly. Instead of mapping remote IP address to hard\ware address of FDDI interface which was in the same subnet as PPP interface\ it mapped it to the hardware address of ethernet interface which was in 10.10.4.0 subnet. Solution: Fix a bug in Proxy ARP logic. Convert IA$L_SUBNETMASK from host byte order to network byte order when comparing subnets of the interfaces. Reference: TCPIP_BUGS note 1197 ECO P 11-Nov-1999 Alpha and VAX Problem: RLOGIN fails to create the process; internal SS$_INSFMEM error. Solution: Various strings were not properly initialized for ALL cases. Handle this properly. Images: TCPIP$INETACP.EXE V5.0A-1P References: Internal testing. ECO Q 14-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1Q (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1Q (VAX) Problem: 1. Crash (INCONSTATE) in routine, KERNEL_DEALLOC_DCBE_CHAIN. 2. Read requests specifying LOCKBUF may result in indefinite hangs. Solution: 1. The solution is to simply clear the MBUF$L_OVMS_DWAB field in each MBUF allocated in ALLOC_COUNTED_MBUF_CHAIN, at the time the MBUF is allocated. 2. The problem occurs when a LOCKBUF read request originally finds that there is some data in the receive sockbuf, but not enough to fully satisfy the the request AND during the transfer of data from the sockbuf to the user's buffer, when we are unsynchronized, more data (exactly enough to satisfy the request but not one byte more) arrives. Because less than the amount requested was present at the beginning, a partial read. At the end of transferrng data, which in fact transferred all the requested data including the data that arrived in the middle of the transfer, we failed to test to see if the request was completely satisfied before going to "wait". The fix is to test for this condition and terminate the request when we notice that the request has been completed. References: PTR 70-5-1280 / CFS.73906 / Req Id: SQO62943A PTR 70-5-1157 / CFS.70911 / Req Id: BCPM90HML ECO R 16-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1R (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1R (VAX) Problem: Memory leak of M_RTABLE structures. Solution: In routine, rt_setgate(), a sockaddr structure is allocated, although it is characterized as an M_RTABLE structure in the MALLOC, and its address is recorded in the rt_gateway field of an rt structure. When the corresponding rt structure is deallocated, the sockaddr is not deallocated, leading to a memory leak. The fix for this is to add code to routine, rtfree(), whereby immediately before deallocating the rt structure, we first deallocate the sockaddr if it exists. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A ECO S 19-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1S (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1S (VAX) Problem: If the sysconfig settable variables tcp_recvspace and tcp_sendspace are set higher than the compile time constant SB_MAX it becomes impossible to create TCP sockets. V5.0 was compiled with SB_MAX defined as 128*1024. Solution: SB_MAX is defined in . We redefined it to 1024*1024. References: PTR 70-5-1218 / CFS.72756 / Req Id: HPAQB1MLQ ECO T 29-Nov-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1T (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1T (VAX) Problem: DECnet over IP connections are not failing when they should. While running a DECnet over IP application, if the network cable is disconnected, the DECnet application does not get an error message. This worked in UCX V4.2 and earlier versions. Solution: The problem here arose because of the way that PWIP was implemented in V5.0 of the TCPIP product. That implementation contains a major optimization in that PWIP no longer copies DECnet (and PathWorks) data but rather passes this data straight through to the TCP/IP code. As a result, in the case of TCP connections, the DECnet buffers are not returned to DECnet until TCP is done with them, which means until the other side of the DECnet connection has acknowledged receipt of the data. When the network cable is disconnected, TCP eventually times out the connection and informs DECnet (via PWIP) that this has occurred. DECnet then waits for its buffers to be returned until it proceeds to inform its user that this has occurred. However, TCPIP will not return the buffers until DECnet closes the socket, and DECnet will not close the socket until its buffers are returned. The soultion to this standoff was to introduce code into routine, sofree(), to recognize this particular case, and to unconditionally free buffers waiting in the send sockbuf of such a socket. This change only affects kernel sockets (i.e. those created by PWIP and the TELNET server) and therefore does not cause major side-effects. References: CFS.72148 (PTR case is in DECnet) ECO U 3-Dec-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1U (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1U (VAX) Problem: Crash at SOREMQUE+0 due to a socket address passed as a parameter. Solution: This crash is a direct result of an typo in the fix done in ECO L. Unfortunately the socket to be removed from the queue was incorrectly specified. The fix is to specify it correctly. References: PTR 70-5-1217 /CFS.72746 / Request Id: MGO90980A ECO V 5-Dec-1999 VAX only Images: TCPIP$INETACP.EXE V5.0A-1V Problem: Only on VAX, where PPP is not supported $tcpip set int pp0 /ser=tta1 /net=x.x.x.x Crashes the system. Solution: 1. In CREATE_P5_BUFFER routine, handle the case when someone tries to create PPn interface without /host on VAX. PPP is not supported on VAX and we must return error instead of continuing under assumption of having valid routing data. 2. In routine INETACP_CREATE_SLIP_INIT. When determining whether creating PPP interface or SLIP interface, if it is a PPP interface, continue only in case of ALPHA. Return ss$_unsupported in case of VAX. References: Internal testing. ECO W 14-Dec-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1W (ALPHA) TCPIP$INTERNET_SERVICES.EXE V5.0A-1W (VAX) Problem: In the case of TCP socket, when a call to recv() returns -1 in UCX V4.2, the same call to recv() returns 0 in TCPIP V5.0A. Solution: In routine, INET_SORECEIVE_STREAM, fix a bug in error reporting in case of an empty sockbuf. References: PTR 75-4-532 / ECO X 19-JAN-2000 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1X Problem: If TFTP service is configured with an accept or reject host/network list, and the very first TFTP connection comes from a rejected host, all subsequent TFTP requests are rejected, even from acceptable hosts. A converse situation also exists: if the first TFTP connection comes from an accepted host, TFTP will accept all further requests, even those from rejected hosts. Solution: The first problem, a denial-of-service issue, occurred because the INETACP was leaving the rejected TFTP request in the TFTP service's receive socket buffer, where it was reprocessed (and re-rejected) for every new request that came in. The INETACP now clears rejected requests from the socket. The second problem, a security concern, occurs because the INETACP spawns a TFTP process to service all future TFTP requests when the first acceptable request comes in, and it passes off the TFTP service socket to that process. Accept/Reject processing only occurs within the INETACP -- there is no code in TFTP to do this itself. This is a design limitation of the INETACP and TFTP service which is not fixable within the scope of an ECO. For sites that consider this a serious security issue, two workarounds exist: (1) disable the TFTP service entirely, or (2) configure UCX to reject *all* communications from a rejected host/network (using SET COMM/ACCEPT/REJECT) instead of configuring it on a per-service basis. Reference: PTR 70-5-1136 / CFS.70242 / MGO44648A ECO Y 8-FEB-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1Y (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1Y (VAX) Problem: Several machines (VAX and Alpha) in different clusters crash at the same time. Solution: Fixed TCPIP not to mishandle a redundant ICMP REDIRECT packet in which the source and gateway addresses are the same. Reference: PTR 70-5-1276 / CFS.73787 / Req Id: MGO05635A ECO Z 22-MAR-1999 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1Z Problem: With TCP/IP V5.0A PTRV50A-05_AXP7 and VMS 7.2-1 it's not possible to setup ATM CLIP interface if0, %TCPIP-E-INVINTER, error defining interface. The fix for 70-5-1117 that resolved this problem was not properly built. Solution: Rebuild with the kernel module INET_IF_VCI which did not get in the INETDRV object library when 70-5-1117 was built. Reference: PTR 70-5-1350 / CFS.75354 / Req Id: MGO37025A PTR 70-5-1117 / CFS.69571 / Req Id: MGO26985A ECO AA 20-APR-2000 Alpha and VAX Images: TCPIP$INTERNET_SERVICES.EXE V5.0A-1AA Problem: IP multicast applications which ran properly under UCX V4 using the REUSEADDR socket option no longer work because the new-for-V5 kernel has added a REUSEPORT option which must be set separately. Solution: In order to maximize compatibility, automatically set REUSEPORT when an application sets REUSEADDR on a DGRAM (UDP) socket. Reference: PTR 70-5-1302 / CFS.74471 / Req Id: HPAQ20DX2 / UCX Note 1535 PTR 70-5-1388 / CFS.76067 / Req Id: KAOQ41503 ECO AB 17-MAY-2000 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1AB Problem: After upgrading to latest V5.0A patch, Telnet users from a terminal server who mistype their password enough times can trigger the VMS Intrusion Detection mechanism and cause all Telnet users from that terminal server to be locked out. This problem was introduced by a recent change to Telnet to "properly" support the DECNET network login logicals SYS$REM_ID, SYS$REM_NODE, and SYS$NODE_FULLNAME, as was done in UCX. The intrusion detection mechanism utilizes SYS$REM_NODE and SYS$REM_ID to identify the "Source" of an intrusion. When these aren't available, it uses TT_ACCPORNAM information. Unlike DECNET (or rlogin), the Telnet protocol provides no way of identifying the particular username on the remote system which is logging in -- so the SYS$REM_ID value that Telnet constructs is simply a representation of the IP address of the remote system. The TT_ACCPORNAM information also includes the peer's TCP port number, which is generally unique and ephemeral. Solution: Engineering's position is that the recent changes to V5.0A Telnet allow the OpenVMS intrusion mechanism to better enforce its configured policies. There are two ways to mitigate the problem of inadvertant intrusion lockout with Telnet: 1. require clients use Rlogin instead of Telnet. 2. loosen the intrusion detection policies on the system through appropriate tuning of the SYSGEN LGI* parameters. However, for those customers for which neither of the above are palatable, a new system logical has been implemented: TCPIP$TELNET_NO_REM_ID Defining this logical to "TRUE" reverts Telnet to its original V5.0 behavior of not setting any SYS$REM* logical whatsoever. Customers are warned that the use of this logical will effectively bypass the intrusion-detection mechanism for Telnet logins. Reference: PTR 70-5-1260 / CFS.73400 / Req Id: UVO24679 PTR 70-5-1357 / CFS.75491 / Req Id: BCSM31DL2 PTR 70-5-1368 / CFS.75696 / Req Id: HPAQ4019M ECO AC 18-JUL-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AC (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-1AC (VAX) Problem: Socket passed to tcp_ctloutput() contained NULL so_pcb field, which caused the system to crash. Solution: Backport V5.0A fix to check for non-NULL so_pcb field before reference and return an error if it is NULL. Also initialize the placeholder for the IRP address, which contains the so_pcb field. This part was also missing in V5.x. Reference: PTR 70-5-1398 / CFS.76411 / Req Id: UVO54445 ECO AD 18-AUG-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AD TCPIP$INETACP.EXE V5.0A-1AD TCPIP$INTERNET_SERVICES.EXE V5.0A-1AD (VAX) Problem: Some socket options described in the documentation have not been implemented. Solution: The followig options were defined: 1. REUSEPORT at socket level 2. TCP_KEEPIDLE, TCP_KEEPINTVL, TCP_KEEPCNT, TCP_KEEPINIT and TCP_NODELACK at TCP level 3. IP_OPTIONS, IP_HDRINCL, IP_RECVOPTS and IP_RECVDSTADDR at IP level Reference: None. ECO 2 updates: -------------- ECO AE 2-OCT-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AE Problem: PGFIPLHI bugcheck, TCPIP$BGDRIVER+14E2C found accessing a pageable VA at IPL8. Solution: A movl instruction referencing R11 was moved outside the lock IOLOCK8 and the lock was changed to preserve R0. Reference: PTR 70-5-1493 / CFS.787788 / Req Id: TKTB80060 ECO AF 6-OCT-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AF TCP/IP has a memory leak of mbufs when path MTU discovery is happening. Solution: Fixed reference-counting problem in path MTU discovery code and in nolisten UDP service startup code which was preventing socket and related protocol mbufs from being freed. Reference: PTR 70-5-1444 / CFS.77616 / Req Id: VNO62522A / UCX Note 7923 PTR 70-5-1484 / CFS.78619 / Req Id: TKTB80057 ECO AG 9-OCT-2000 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1AG Problem: Executing the "show user" command, users connected via telnet have their IP address appearing instead of their host name. Solution: Ported a simple version of the 5.1 fix to 5.0A. This included moving the hostname to a global area to be mapped later by INETACP$TN_START_SESSION which formats for printing the host and port information. Reference: PTR 70-5-1118 / CFS.69604 / Req Id: BRO79491A / UCX Note 6994 PTR 70-5-1123 / CFS.69734 / Req Id: UTO04190A PTR 70-5-1147 / CFS.70670 / Req Id: UVO09564 PTR 70-5-1428 / CFS.77215 / Req Id: KAOQ61150 PTR 70-5-1433 / CFS.77311 / Req Id: MGO72727A PTR 70-5-1486 / CFS.78670 / Req Id: KAOQ81682 PTR 70-5-1505 / CFS.79139 / Req Id: MGO06094B ECO AH 13-OCT-2000 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1AH Problem: Unable to suppress several rlogin-related OPCOM messages. Solution: rlogin-related OPCOM messages which were produced are now suppressed when the related service (RSH/RLOGIN/ REXEC) has been configured via SET SERVICE /LOG_OPTIONS=(NOLOGIN). Reference: PTR 70-5-1397 / CFS.76333 / Req Id: KAOQ50335 ECO AI 20-OCT-2000 Alpha and VAX Images: TCPIP$INETACP.EXE V5.0A-1AI Problem: A user doing RLOGIN into VMS system running TCPIP V5.x will sometimes see the message: [TNDRIVER: Proxy login for user "xxxxxxx" in progress ...] Some customers want the ability to suppress this message. Solution: The system logical TCPIP$RLOGIN_SILENT can now be used to indicate whether these messages should be suppressed by the RLOGIN server. Defining this logical to be "TRUE", "YES", or "1" will suppress the message. This logical affects all incoming rlogin users system-wide. Unfortunately it is not feasible to make this message suppressable on a per-user or per-group basis. Reference: PTR 70-5-1265 / CFS.73489 / Req Id: EVT90217A PTR 70-5-1456 / CFS.78017 / Req Id: BCPM71P04 ECO AK 22-NOV-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AJ (Alpha only) TCPIP$INTERNET_SERVICES.EXE V5.0A-1AJ (VAX only) TCPIP$INETACP.EXE V5.0A-1AJ Problem: There is a synchronization hole for an incoming UDP datagram to be replayed twice -- first successfully, then again through a failure path causing a system crash. Solution: Close the synch hole by removing the function for the dequeuing of the REQCB from the BGdriver and place this function in the INETACP. Reference: PTR 70-5-1511 / CFS.79236 / Req Id: ISO100625 ECO AL 4-Dec-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-1AL TCPIP$INETACP.EXE V5.0A-1AL Problem: The xxx.sin_zero field was not being initialized to zero as it was in UCX 4.2, causing older UCX application programs to fail if they did not zero out this field before calling bind. Solution: Bind was modified to clear the sin_zero field so that older application programs that were not clearing this field before the call would still work as they did with UCX 4.2. Reference: PTR 70-5-1528 / CFS.79648 / Req Id: HPAQA0XXZ PTR 70-5-1522 ECO AM 21-DEC-2000 Alpha and VAX Images: TCPIP$BGDRIVER.EXE V5.0A-AM (Alpha) TCPIP$INTERNET_SERVICES.EXE V5.0A-AM (VAX) Problem: UDP packets with message length zero fail in sendto(). This caused the routine to exit prior to the deallocation of the associated MT_SONAME mbuf. Eventually, this resource would be exhausted. Solution: Fixed problem of MT_SONAME mbuf resource exhaustion when sending zero length UDP datagrams, and made sure applications can both send and receive such datagrams on the wire. Reference: PTR 70-5-1573 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A NETSTAT Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 19-APR-2000 Alpha and VAX Images: TCPIP$ARP.EXE V5.0A-1A TCPIP$NETSTAT.EXE V5.0A-1A TCPIP$GATED.EXE V5.0A-1B TCPIP$UCP.EXE V5.0A-1F Problem: System can crash executing TCPIP> netstat -rn Solution: The NLIST library was modified necessitating the relink of ARP, NETSTAT, GATED and UCP. Reference: PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 ECO B 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A NETUTIL6 Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A NFS_SERVER Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 3-NOV-1999 Alpha and VAX Images: TCPIP$NFS_SERVER.EXE V5.0A-1A Problem: "showmount -e " gets the error: Export list > UDP max. Data truncated. Solution: Added new logical tcpip$nfs_trim_export to reduce the amount of data a client will receive. If the logical is set to 1, check to see if the client can mount a given pathname and only return the pathname and the client name that matched. Do not return all client names nor all pathnames. If the logical is not set to 1, return the export list the old way. Reference: PTR 70-5-1130 / CFS.70002 / MGO37874A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A NLIST Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 19-APR-2000 Alpha and VAX Images: TCPIP$ARP.EXE V5.0A-1A TCPIP$NETSTAT.EXE V5.0A-1A TCPIP$GATED.EXE V5.0A-1B TCPIP$UCP.EXE V5.0A-1F Problem: System can crash executing TCPIP> netstat -rn Solution: The NLIST library was modified necessitating the relink of ARP, NETSTAT, GATED and UCP. Reference: PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A POP Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 13-JAN-2000 Alpha and VAX Images: TCPIP$POP_SERVER.EXE V5.0A-1A TCPIP$SMTP_MAILSHR.EXE V5.0A-1B TCPIP$SMTP_PARSESHR.EXE V5.0A-1B (VAX only) TCPIP$SMTP_PARSESHR_TV.EXE V5.0A-1B (Alpha only) TCPIP$SMTP_RECEIVER.EXE V5.0A-1B TCPIP$SMTP_SFF.EXE V5.0A-1B TCPIP$SMTP_SYMBIONT.EXE V5.0A-1B Problem: Images supplied with CFS.70257 do not work correctly. Incoming mail is not queued into SMTP-Queue. Message number 0000803A. Solution: Fixed internal build issues. Reference: PTR 70-5-1245 / CFS.73151 / Request Id: MGO00418A PTR 70-5-1137 / CFS.70257 / Request Id: MGO46318A ECO B 19-APR-2000 Alpha and VAX Images: TCPIP$POP_SERVER.EXE V5.0A-1B Problem: POP server consistently causes client error/timeout on certain messages. Solution: Reenable blocking socket I/O when writing the end-of-message sequence. Reference: QAR 30-2-593 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A PWIP Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 11-Nov-1999 Alpha and VAX Images: TCPIP$PWIPDRIVER.EXE V5.0A-1A Problem: When running with V5.0A, DECnet/TCPIP may experience memory leakage. Solution: A fork was removed that had previously been added before dissolving a Kernel association. This fork was not necessary as associated NET changes had obivated the need for it. Reference: PTR 70-5-1206 / CFS.71778 / Req Id: HPAQA0QSM --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A RCP Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 19-APR-2000 Alpha and VAX Image: TCPIP$RCP.EXE V5.0A-1A Problem: Using $RCP/Preserve to 'put' a file will hang on OpenVMS VAX and some other versions of OpenVMS. The file gets created with correct contents but the client server handshake gets out of sequence goes into an infinite wait. Solution: The code which sets file protection and modification date was rewritten. The output file revision date will now be correct (truncated to the second) with /Preserve for both architectures and all versions of OpenVMS. Reference: TCPIP Note 970 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A RPC Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 21-APR-2000 VAX and Alpha Images: UCX$RPCXDR_SHR.EXE V5.0A-1 UCX$ACCESS_SHR.EXE V5.0A-1 Problem: TCPIP V5.0A does not deliver copies of UCX$ACCESS_SHR.EXE and UCX$RPCXDR_SHR.EXE, required so that images linked under UCX V4.2 can run. Solution: Change build and install files to deliver those files. UCX$RPCXDR_SHR.EXE is a copy of TCPIP$RPCXDR_SHR.EXE (V5.0A-1) and UCX$ACCESS_SHR.EXE is a copy of TCPIP$ACCESS_SHR.EXE (V5.0A-1). Reference: Internal testing. --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A RSH_CLIENT Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 19-APR-2000 Alpha and VAX Images: TCPIP$RSH.EXE V5.0A-1A Problem: Output from RSH is sometimes truncated or garbled. Solution: The RSH command was corrected to deal with lengthy output which sometimes caused this problem. Reference: UCX Note 7545 TCPIP Note 1311 ECO B 20-APR-2000 Alpha and VAX Images: TCPIP$RSH.EXE V5.0A-1B Problem: RSH a.b.c.d generates ACCVIO if a.b.c.d is an unknown host. Solution: Modify RSH to check for a NULL return from gethostbyname() for an unknown host. Reference: PTR 70-5-1281 / CFS.73923 / Req Id: MGO12679A TCPIP Note 1317 UCX Note 7557 --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A SMTP Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 27-SEP-1999 Alpha and VAX Images: UCX$SMTP_MAILSHR.EXE V5.0A-1A UCX$MSG.EXE V5.0A-1A Problem: The TCPIP> ANALYZE MAIL /REPAIR operation does not fix any inconsistencies, but exits with %TCPIP-E-SMTPERROR and %TCPIP-W-ANA_QUEACC. These errors show non-printable characters and customer needs to reset his terminal. Solution: Initialized the queue descriptor. In addition, change the message: TCPIP-I-ANA_NOENTR, internal consistency check error back to the UCX 4.2 behavior to display the more informational message: TCPIP-I-ANA_NOENTR, no queue entry found for file Also, added another informational message which aids in determining which file and possible cause of the failing file message: TCPIP-I-ANA_USER_RNF, $SNDJBCW(CREATE_JOB) reports RMS-E-RNF; Suspect user name is not valid for file: Allow the analyze mail to continue to queue other files despite the error caused by particular invalid files. Reference: PTR 70-5-1097 / CFS.69028 / MGO14797A ECO B 13-JAN-2000 Alpha and VAX Images: TCPIP$POP_SERVER.EXE V5.0A-1A TCPIP$SMTP_MAILSHR.EXE V5.0A-1B TCPIP$SMTP_PARSESHR.EXE V5.0A-1B (VAX only) TCPIP$SMTP_PARSESHR_TV.EXE V5.0A-1B (Alpha only) TCPIP$SMTP_RECEIVER.EXE V5.0A-1B TCPIP$SMTP_SFF.EXE V5.0A-1B TCPIP$SMTP_SYMBIONT.EXE V5.0A-1B Problem: Images supplied with CFS.70257 do not work correctly. Incoming mail is not queued into SMTP-Queue. Message number 0000803A. Solution: Fixed internal build issues. Reference: PTR 70-5-1245 / CFS.73151 / Request Id: MGO00418A PTR 70-5-1137 / CFS.70257 / Request Id: MGO46318A ECO C 14-JAN-2000 Alpha and VAX Images: TCPIP$SMTP_MAILSHR.EXE V5.0A-1C TCPIP$SMTP_PARSESHR.EXE V5.0A-1C (VAX only) TCPIP$SMTP_PARSESHR_TV.EXE V5.0A-1C (Alpha only) TCPIP$SMTP_RECEIVER.EXE V5.0A-1C TCPIP$SMTP_SFF.EXE V5.0A-1C TCPIP$SMTP_SYMBIONT.EXE V5.0A-1C TCPIP$MSG.EXE V5.0A-1B Problem: Enhancement to SMTP to provide support for 'Outbound Alias'. Solution: Add support for a user defined logical TCPIP$SMTP_FROM which will be used for the text of the From: and the Return-Path: headers. Also added support for a system manager logical TCPIP$SMTP_PROHIBIT_USER_HEADERS which will cause the TCPIP$SMTP_FROM logical to be ignored effectively no-oping it. Reference: See User Documentation for 'SMTP Outbound Alias Support' in the Undocumented Behavior at the beginning of the Release Notes. ECO D 21-APR-2000 Alpha and VAX Images: TCPIP$SMTP_MAILSHR.EXE V5.0A-1D TCPIP$SMTP_PARSESHR.EXE V5.0A-1D (VAX only) TCPIP$SMTP_PARSESHR_TV.EXE V5.0A-1D (Alpha only) TCPIP$SMTP_RECEIVER.EXE V5.0A-1D TCPIP$SMTP_SFF.EXE V5.0A-1D TCPIP$SMTP_SYMBIONT.EXE V5.0A-1D Problem: When composing a mail message our SMTP MAIL$PROTOCOL code strips off any comments you may enter into the recipient address. This makes it impossible to use the new mail-to-FAX tool since it uses commands put into the To line to tell it who the sender of the FAX is and what the number is to send to. Solution: Allow user to tell SMTP to use the text of the recipient address that they enter verbatim in the To: header rather than stripping off the comments which is the default behavior. Reference: TCPIP Note 1360.2 ECO E 15-JUN-2000 Alpha and VAX Images: TCPIP$SMTP_MAILSHR.EXE; V5.0A-1E TCPIP$SMTP_PARSESHR.EXE; V5.0A-1E TCPIP$SMTP_RECEIVER.EXE; V5.0A-1E TCPIP$SMTP_SFF.EXE; V5.0A-1E TCPIP$SMTP_SYMBIONT.EXE; V5.0A-1E Problem: 70-5-1225: TCPIP$SMTP print queue is stopping several days a week. A process dump is being created each time this happens. TCPIP_BUGS 1524: A decision was made to remove the "easily defeated" privilege check for SSF in V5.0A. See TCPIP_BUGS 1524 for the more complex fix that already went into V5.1. Solution: 70-5-1225: Ensure that SMTP properly truncates all headers longer than 256 characters. TCPIP_BUGS 1524: Comment out the privilege check for SSF in TCP/IP V5.0A. Reference: PTR 70-5-1225 / CFS.72852 / Req Id: MGO93886A PTR 70-5-1050 / CFS.67675 / Req Id: SOO101261 PTR 70-5-1266 / CFS.76567 / Req Id: DJO033901 TCPIP_BUGS 1524 ECO F 19-JUN-2000 Alpha and VAX Images: TCPIP$SMTP_MAILSHR.EXE V5.0A-1F Problem: SMTP doesn't support VMS native MIME generated messages. Solution: Have SMTP check for MIME before inserting blank line between headers. Reference: PTR 70-5-1338 / CFS.73811 / Req Id: HPAQ10M4Q --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A SNMP Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 9-NOV-1999 Alpha and VAX Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1A Problem: VMS SNMP returned a value for standard MIB-II variable sysObjectID (1.3.6.1.2.1.1.2) of format 1.3.6.1.4.1.36.2.15.22.1 which reflects standard Compaq (inherited from Digital) hierarchy. 22 is OpenVMS and the final 1 is eSNMP. For complete hierarchy see url dssr.zko.dec.com/public/public/mib_tree.txt. Compaq Insight Manager/XE needs this format to properly identify a system as a server. Solution: Hard code the SNMP OID. The value of this does not use the OpenVMS version number, so is consistent with the convention in Tru64 UNIX, and requirements of Compaq Insight Manager. Reference: QAR 30-2-603 ECO B 26-APR-2000 Alpha and VAX Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1B TCPIP$OS_MIBS.EXE V5.0A-1B Problem: Customer cannot send SNMPv1 trap to client. Solution: Backport configuration option for V5.1. Allows customer to set up text configuration file to supplement information configured through TCPIP$CONFIG.COM in standard configuration file SYS$SYSTEM:TCPIP$CONFIGURATION.DAT. Customer must do the following: $ COPY TCPIP$SNMP_EXAMPLES:TCPIP$VMS_SNMP_CONF.DAT - SYS$SYSDEVICE:[TCPIP$SNMP]*.*; In this file add the following line: config snmp_v1_trap_default Note that settings from standard TCPIP$*.DAT config files supersede those in TCPIP$VMS_SNMP_CONF.DAT. Reference: TCPIP_BUGS note 7455 ECO D 3-MAY-2000 Alpha and VAX Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1D TCPIP$HR_MIB.EXE V5.0A-1D TCPIP$OS_MIBS.EXE V5.0A-1D TCPIP$SNMPIVP.EXE V5.0A-1D TCPIP$SNMP_REQUEST.EXE V5.0A-1D TCPIP$SNMP_TRAPRCV.EXE V5.0A-1D TCPIP$SNMP_TRAPSND.EXE V5.0A-1D Problem: Octet string data type does not display correctly. E.g., hex value 23 is printed as "#" (ASCII x23), not "23". Solution: Backport code from V5.1, as fixed in Tru64 UNIX, which does appropriate test for data type and hex value and prints appropriately. Reference: PTR 70-5-1299 / CFS.74391 / Req Id: ZUO01205A UCX note 7486 ECO E 3-MAY-2000 VAX only Images: TCPIP$ESNMP_SERVER.EXE V5.0A-1E TCPIP$OS_MIBS.EXE V5.0A-1E TCPIP$HR_MIB.EXE V5.0A-1E Problem: For get on interface counts on VAX, in particular TCPIP$OS_MIBS: 1. Decrease each time in process bytlm, eventual exit of agent process with %SYSTEM-F-EXBYTLM. 2. For some interfaces, exit with SYSTEM-F-ABORT on first get attempt. Solution: 1. Remove attempt to start interface for VAX in code to get counts. Was using buffered I/O byte limit each time, not restored after get attempt. Start not needed to get counts. 2. There is a bug in the driver for certain interfaces; so far ET and FQ devices affected. The same behavior shows up with $ MCR LANCP SHOW DEVICE /COUNTER {device}. In SNMP code, continue if abort status returned; 0 returned for all counters. NOTE FOR CUSTOMER: A fix for problem 2 is being worked on by the OpenVMS group. Reference: UCX note 7515 ECO F 4-MAY-2000 VAX and Alpha Images: TCPIP$OS_MIBS.EXE V5.0A-1F Problem: Version displayed for MIB-II variable sysDescr does not include full OpenVMS version information. Solution: In itemlist for sys$getsyiw call, change SYI$_NODE_SWVERS to SYI$_VERSION and in using resulting string, trim trailing blanks. Reference: QAR 30-2-606 ECO G 10-MAY-2000 VAX and Alpha Images: TCPIP$HR_MIB.EXE V5.0A-1G Problem: Possible ACCVIO situation from inadequate memory allocation on systems with large number of non-local mounted disks, when query done for information on MIB subtree 1.3.6.1.2.1.25.3, frequently between SNMP restarts. Solution: Reserve adequate space for string concatenation; simplify code that moves strings between data structures. Reference: PTR 70-2-1249 / CFS.73233 / Reg. ID BCGMC0W8H ECO H 10-MAY-2000 VAX and Alpha Images: TCPIP$SNMP_REQUEST.EXE V5.0A-1H Problem: No retry or error ignore option available for MIB browser, needed by field support. Solution: Three additional flags have been added for the snmp_request command; -i max_ignores, -r max_retries and -s sleep_interval. See the details in the PREVIOUSLY UNDOCUMENTED BEHAVIOR section of the release notes under PTR 70-5-1299. Reference: PTR 70-5-1299 / CFS.74391 / Reg ID ZUO01205A ECO I 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A SYSCONFIG Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A TCPIPLIB Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 29-NOV-1999 Alpha and VAX Images: TCPIP$TELNETSYM.EXE V5.0A-1B Problem: Forward port of fix to V5.0A caused LPD5 to depend on BFS. Solution: Moved and rewrote dump_stack to TCPIPLIB as tcpip$$call_trace. Reference: Internal. --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A TELNET_CLIENT Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 21-APR-2000 Alpha and VAX Images: TCPIP$TELNET.EXE V5.0A-1A Problem: Using telnet/create_session without specifying a TNA device number does not reveal the name of the newly created device. Solution: Set the symbol $TELNET_DEVICE to the newly created device name and restore the UCX 4.2 informational message. Reference: PTR 70-5-1210 / CFS.72572 / Req Id: UVO98842 ECO B 16-JUN-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1I TCPIP$TELNET.EXE V5.0A-1B Problem: reverse telnet hangs on read when created with /noidle Solution: A new /PERMANENT option was added to create_session, to start a network connection upon device assignment and disconnect after deassignment. Reference: PTR 70-5-1367 / CFS.75648 / Req Id: HPAQ31ZDZ --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A TELNET_SERVER Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 15-SEP-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1A Problem: [1] Telnet (TN) devices are MOUNTED, making them unusable for spooling as in previous releases. [2] Telnet server fails to respond to WILL-TTYPE with a DO-TTYPE prior to starting terminal type negotiation. Certain clients then refuse to provide terminal type information. [3] NAWS does not appear to work. Solution: [1] The device was mounted in order to implement the new extended QIO interface. This has been changed to momentarily mount the device when a QIO is performed, under the protection of a mutex. [2] Respond with DO-TTYPE and the subnegotiation inquiry when a WILL-TTYPE is received. [3] The protocol for NAWS subnegotiation was not handled properly. The first byte of the window size pair was mistreated as "IS", not a binary value. References: PTR 70-5-1068 / CFS.68236 / Req Id: UVO07559 ECO B 11-OCT-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1B Problem: System crashes since update to V7.2. SSRVEXCEPT at CACHE$QIO_C+000BC. CFCB corrupt, and INVEXCEPTN at bad PC/VA. Previous crashes have been UCX related, but customer said he is at the latest version/eco levels. Solution: Take and release IOLOCK8 around timer mainline. Reference: PTR 70-5-1162 / CFS.69770 / Req Id: HPAQ71MZB PTR 70-5-1200 / CFS.72029 / Req Id: UVO89648 ECO C 19-Oct-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1C Problem: TELNET server does not turn off echo as part of line mode. Solution: Manage the NOECHO terminal characteristic and respond as appropriate. Reference: PTR 70-5-1154 / CFS.70887 / Req Id: HPAQ90G4K Problem: The SYS$REM* logical names are not supported as they were prior to V5.0. Solution: Add support for setting the four CTL$ cells from the ACP via a new SETMODE item. This requires a new ACP image. Reference: PTR 70-5-1166 / CFS.71259 / Req Id: KAOQ92275 PTR 70-5-1171 / CFS.71496 / Req Id: HPAQ91VT7 Problem: TN devices are not deleted until the RLOGIN and/or TELNET protocol(s) are started. Solution: Activate the timer on UCB_INIT time, not protocol startup. Reference: Local testing. ECO D 09-Nov-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1D Problem: The SYS$REM* logicals don't appear to be set for VTAs. Solution: Use the LOGUCB address when handling the PID. Reference: PTR 70-5-1166 / CFS.71259 / Req Id: KAOQ92275 PTR 70-5-1171 / CFS.71496 / Req Id: HPAQ91VT7 PTR 70-5-1075 / CFS.71639 / Req Id: EVT90215A ECO E 22-Nov-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1E Problem: The timer startup causes a crash in the unit init routine. Solution: Return the code back to the TN protocol startup at IPL 8. Reference: PTR 70-5-1215 / CFS.72727 / Req Id: HPAQB1J7G ECO F 29-Dec-1999 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1F Problem: User-generated FF characters are not doubled. Double response to double DO TTYPE from client. Solution: Check for and double user-generated FF characters. Check for enabled and disabled options in order to "don't reply" to certain commands issued by the client. This fix was not properly submitted into V5.0A code and was not built as ECO F. See ECO I. Reference: PTR 70-5-1223 / CFS.72842 / Req Id: KAOQB3320 ECO G 29-Feb-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1G Problem: TN UCB is present on both IPL 6 and 8 fork queues. System may crash in synchronization code or loop. Solution: The deletion timeout has been raised to 10 seconds. This removes the race condition and gives the device plenty of time to stabilize before deletion. References: ECO H 06-Mar-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1H Problem: A connection which fails to complete prior to TNDRIVER being able to complete the connection causes a BG UCB to be shut down twice. Solution: The reference count on the BG UCB was updated too late for it to protect a deletion callback from occurring. The UCB is now updated prior to completing the structure relationships between the BG and TN devices. In addition, an inappropriate decrement is present in the socket close routine called back from the INET ACP. This has been removed. Reference: PTR 70-5-1334 / CFS.75031 / Req Id: HPAQ302CG PTR 70-5-1325 / CFS.74847 / Req Id: GOZ29693B ECO I 9-JUN-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1I Problem: System crashes or hangs due to corruption on both IPL6 and IPL8 fork queues. Solution: Only call CLASS_DISCONNECT once for each device, even if both errors (TN_INPUT_ERROR & TN_OUTPUT_ERROR) are detected. Reference: PTR 70-5-1380 / CFS.75826 / Req Id: HPAQ40F23 PTR 70-5-1386 / CFS.76004 / Req Id: HPAQ412DM ECO K 14-JUN-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1K Problem: [1] Terminal type settings are incorrect. This is due to sending an additional DO-TTYPE, SB-TTYPE-SEND as a response of multiple WILL-TTYPE from the client. [2] User-generated FF characters are not doubled. This problem was previously reported as fixed in ECO F, but that fix was not properly submitted and consequently was never built into the V5.0A code. Solution: [1] Check for enabled and disabled options in order to "don't reply" to certain commands issued by the client. [2] Check for and double any user-generated FF characters. Reference: PTR 70-5-1223 / CFS.72842 / Req Id: KAOQB3320 ECO L 16-JUN-2000 Alpha and VAX Images: TCPIP$TNDRIVER.EXE V5.0A-1L TCPIP$TELNET.EXE V5.0A-1B Problem: reverse telnet hangs on read when created with /noidle Solution: A new /PERMANENT option was added to create_session, to start a network connection upon device assignment and disconnect after deassignment. Reference: PTR 70-5-1367 / CFS.75648 / Req Id: HPAQ31ZDZ --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A UCP Images --------------------------------------------------------------------------- ECO 1 updates: -------------- ECO A 11-Jun-1999 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1A Problem: TCPIP's START COMMUNICATION/INITIALIZE command fails to start all enabled services on all cluster members when services are configured as node-specific and cluster-wide. Solution: The routine TCPIPCP$$$GEN_SERV fails to add services configured as node-specific to the list of services to enable on product start-up whenever services are configured as node-specific and cluster-wide. Correct initialization allows TCPIP$$ADD_SERV_LIST to correctly add services to the "enabled" service list. Reference: PTR 70-5-1072 / CFS.68359 / Req Id: BRO101409 ECO B 28-Jul-1999 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1B Problem: Essentially rebuilding ECO A to incorporate last-minute bug fixes from the final V5.0A SSB kit build. Reference: None. ECO D 29-Oct-1999 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1D Problem: TCPIP's SET NETWORK net /ADDRESS=x.x.x.x command doesn't work if the ADDRESS qualifier value specifies a network address with subnet. For example, this SET NETWORK command (with no subnet info) works: $ tcpip set network foo /address=18.0.0.0 but this SET NETWORK command (with subnet info) fails: $ tcpip set network foo /address=16.66.66.0 %TCPIP-E-NETWORKERROR, error processing network request -TCPIP-E-INVQUAL, invalid qualifier value for /ADDRESS -TCPIP-I-ADR_HOST, internet address specifies a host Solution: Modified routine tcpipcp$$set_inlist in module tcpipcp.b32 to process 'inet_asc' list items correctly by using only the return status from tcpipcp$$convrt_internet not tcpipcp$$format_internet. This is vital since only tcpipcp$$convrt_internet is passed the item type needed to distinguish between host and network addresses. Reference: PTR 70-5-1195 / CFS.72192 / Req Id: HPAQA1VWM ECO E 31-JAN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1E Problem: Unable to set the probe and the drop timers of a Service defined in the service database. Solution: Fixed UCXCP$$SET_TCP_OPTS() to build a valid TCP Options structure. Reference: PTR 70-5-493 / CFS.54138 / Req Id: EVT102326 PTR 70-5-602 / CFS.55901 / Req Id: EVT102420 PTR 70-5-1213 / CFS.72673 / Req Id: UVO98145 / UCX Note 7190 ECO F 19-APR-2000 Alpha and VAX Images: TCPIP$ARP.EXE V5.0A-1A TCPIP$NETSTAT.EXE V5.0A-1A TCPIP$GATED.EXE V5.0A-1B TCPIP$UCP.EXE V5.0A-1F Problem: System can crash executing TCPIP> netstat -rn Solution: The NLIST library was modified necessitating the relink of ARP, NETSTAT, GATED and UCP. Reference: PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 ECO G 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A UCPLIB Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO A 21-APR-2000 VAX and Alpha Images: UCX$RPCXDR_SHR.EXE V5.0A-1 UCX$ACCESS_SHR.EXE V5.0A-1 Problem: TCPIP V5.0A does not deliver copies of UCX$ACCESS_SHR.EXE and UCX$RPCXDR_SHR.EXE, required so that images linked under UCX V4.2 can run. Solution: Change build and install files to deliver those files. UCX$RPCXDR_SHR.EXE is a copy of TCPIP$RPCXDR_SHR.EXE (V5.0A-1) and UCX$ACCESS_SHR.EXE is a copy of TCPIP$ACCESS_SHR.EXE (V5.0A-1). Reference: --------------------------------------------------------------------------- Corrections for COMPAQ TCP/IP Services V5.0A UNIX_API Images --------------------------------------------------------------------------- ECO 1 updates -------------- ECO B 16-JUN-2000 Alpha and VAX Images: TCPIP$UCP.EXE V5.0A-1G TCPIP$NETSTAT.EXE V5.0A-1B TCPIP$PING.EXE V5.0A-1A TCPIP$IFCONFIG.EXE V5.0A-1A TCPIP$SYSCONFIG.EXE V5.0A-1A TCPIP$ESNMP_SERVER.EXE V5.0A-1I TCPIP$HR_MIB.EXE V5.0A-1I TCPIP$OS_MIBS.EXE V5.0A-1I TCPIP$ARP.EXE V5.0A-1B TCPIP$TRACEROUTE.EXE V5.0A-1A Problem: tcpip show route fails with INSVMEM when route database is large Solution: Backported fix from tcpip Version 5.1 that addresses this issue in the unix_api library. References: PTR 70-5-1191 / CFS.72172 / Req Id: GOZ89180A PTR 70-5-1208 / CFS.72542 / Req Id: BCGMB0X39 PTR 70-5-1232 / CFS.72968 / Req Id: MGO91194A PTR 70-5-1271 / CFS.73676 / Req Id: EVT36073A PTR 70-5-1330 / CFS.74959 / Req Id: UTO74749A INSTALLATION NOTES: The DEC-AXPVMS-TCPIP_ECO-V0500-112-4.PCSI kit is installed using the PCSI utility. $PRODUCT INSTALL TCPIP_ECO /SOURCE=device-name Existing versions of the files being installed will not be preserved. If this is desired it must be done manually. To determine what files will be overwritten do a PRODUCT LIST of the kit. The ECO kit checks to ensure that a valid license is installed before proceeding. If one is not found, the installation aborts. Restart the installation after a valid license is installed. This DEC-AXPVMS-TCPIP_ECO-V0500-112-4 kit will install on the Alpha platform, and is supported with OpenVMS releases 7.1 through 7.2-1H1. No other platforms or OpenVMS releases are supported with this kit. A system reboot is required after the installation of this update. All trademarks are the property of their respective owners.

This patch can be found at any of these sites:

Colorado Site
Georgia Site

Files on this server are as follows:

dec-axpvms-tcpip_eco-v0500-112-4.README
dec-axpvms-tcpip_eco-v0500-112-4.CHKSUM
dec-axpvms-tcpip_eco-v0500-112-4.pcsi-dcx_axpexe
tcpipalp_e02a50.CVRLET_TXT