| Fix |
Symptom/Description |
Issue Date |
IBM APAR |
|
| ZP15G001* |
IPN123W CSOCKET CHECKSUMS message issued
Download Fix File
When using external partition getvis for socket requests a checksum is performed on the data area for socket requests before it is passed to the TCP/IP partition. Before TCP/IP starts processing the socket request the checksum is validated and if it has changed then it indicates that the application has changed the data in the socket request before the socket request processing has been posted complete. Applications should not change the passed data area until the socket request is posted complete. This zap adds dumps of the socket request block to help identify the application that needs to correct this problem.
|
2014/01/05 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G002* |
Addressing exception in external partition
Download Fix File
If an external application issues a socket request in 24-bit mode an addressing exception may occur in the ASOCKET routine.
A CICS socket application may get an addressing exception in the ASOCKET routine.
This zap should correct these problems.
|
2014/01/05 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G003* |
QUERY EXTERNAL command enhanced
Download Fix File
This zap adds the stack id to the QUERY EXTERNAL command output.
|
2014/01/05 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G004* |
QUERY EXTERNAL command enhanced
Download Fix File
This zap adds the message skeleton for the stack id for the QUERY EXTERNAL command output.
|
2014/01/05 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G003 |
| | Superseded by: ZP15G048 |
|
| ZP15G005* |
AutoLPR client sends "SET LOCK=YE" instead of "SET LOCK=YES", which causes a failure. Also, if MAX_client_EVENTS is "1", and a report is modified/palter while in flight, the event processing will hang.
Download Fix File
For the AUTOLPR portion of the problem, the length field was extended so that the entire command will be automatically generated and sent.
For the "hang" portion due to external interference, the code will now count the number of blocks that are waiting to run or are running and will ignore the "waiting to be removed" entries, which will eliminate that "hung" condition ("waiting to be removed" will never be serviced if the entry changed with an external PDELETE/PALTER. So while that small amount of storage will always be held, the processing will not stop.
This fix corrects those problems. You will need to recycle the stack after applying this fix.
|
2014/01/05 |
|
| Importance: Medium | Risk: Low | |
| | Superseded by: ZP15G020 |
|
| ZP15G006* |
If a non-POWER attachment follows POWER attachment, client abends.
Download Fix File
When multiple "SET ATTACH" commands are used, and the last "ATTACH" was positioned in a non-POWER file-type directory (such as VSAMCAT), then the pointer to the file-type control block is in error. And if the "SET DISP=" value is anything other than KEEP, IPNACMEM will abend.
This fix corrects the problem. No recycling of the stack is needed.
|
2014/01/05 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G042 |
|
| ZP15G007* |
PUT/GET does not expand variables beyond 72 bytes
Download Fix File
When a GET/PUT has a variable (SETVAR generated) that would extend beyond column 72, it would not convert the variable to a string, leaving it as "&FIL1" instead of "long_file_name...".
The logic has been modified to permit 125-byte commands.
You need not recycle the stack after applying this fix.
|
2014/01/05 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G008* |
GPSD abends or goes into a loop due to improper X'35' on input.
Download Fix File
An X'35' byte (TRN) is followed by a length and then data that is not to be translates. This arrives from VTAM. If the user data contains an X'35' accidentally, then the next byte will cause internal logical problems in forming the data to be delivered.
This fix corrects the problem by examining if ANY length causes a jump beyond the buffer or a negative value, and if so, it will terminate the report prematurely. Diagnostics have been enhanced to report such an issue. Recycling of the stack after applying this is recomended for it to take effect.
|
2014/03/04 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G009* |
IPF107I message not issued as it was in 1.5D
Download Fix File
The DIAG FILEIO was required to cause the IPF107 message to be issued in 1.5F, but in 1.5D in was an informational non-diagnostic message. This customer uses FAQS automation to detect this message to schedule other work, and would like to see this message as it was in 1.5D. This zap causes this informational message to be issued without the DIAG FILEIO active. Customers who desire to suppress this message from the console now must issue a "MESSAGE MSGID=IPF107,CONSOLE=NO" To suppress this message in ftpbatch jobs add the "MSGSUPPR IPF107" to the FTPBATCH.L member.
|
2014/01/15 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G010* |
IPF207I message not issued as it was in 1.5D
Download Fix File
The DIAG FILEIO was required to cause the IPF207 message to be issued. But in 1.5D this was not necessary. This customer uses FAQS automation to detect this message to schedule other work, and would like to see this message as it was in 1.5D. This zap causes this informational message to be issued without the DIAG FILEIO active. Custome0s who desire to suppress this message from the console now must issue a "MESSAGE MSGID=IPF207,CONSOLE=NO" To suppress this message in ftpbatch jobs add the "MSGSUPPR IPF207" to the FTPBATCH.L member.
|
2014/03/04 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G011* |
Multi-PRINT format does not set RC>0 if any report fails. DISP=D only.
Download Fix File
ZP15F086
The "PRINT /" command format was not setting the RC if any of the reports in the group failed to be delivered, and it would continue to deliver the rest of them (which would arrive out of order).
This fix sets the RC to >0 condition and will stop when any report in the group fails to be delivered.
This fix has also added a new command to the print line: /CDISP. The valid values are "D" (default) or "K". If you use "FREE" as your job name, then "K" and "D" will both be processed, and the /CDISP parm will be ignored. DISP=* entries are always ignored.
Examples: PRINT FREE/CLASS=Q - Will print DISP=D and DISP=K for CLASS=Q PRINT ALL/CLASS=Q/CDISP=K - Will print DISP=K entries for CLASS=Q PRINT ALL/CLASS=Q - Will print DISP=D entries for CLASS=Q PRINT ALL/CLASS=Q/CDISP=D - Will print DISP=D entries for CLASS=Q PRINT FREE/CLASS=Q/CDISP=D - Will print DISP=D and K entries (CL=Q)
No recycling of the stack is needed.
|
2014/01/10 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G012* |
DISP=RESPECT not working as intended for PRINT/ client RETRIES setting would terminate on the first fail in all cases
Download Fix File
When DISP=RESPECT was in place, all entries would be deleted, including DISP=K. This fix will cause DISP=D to be deleted, DISP=K to become DISP=L, and it will ignore all other DISP values, acting like a DISP=KEEP
If RETIRES=n is in the CLIENT execution parameter, or if SET RETRIES=n is in the input stream, RETRIES will be properly obeyed. The value in "SET PAUSE=nn" will determine the delay between each retry.
DELAY=nnn can be put in the execution parm. It will cause a delay of "nnn" seconds to be inserted after each "PRINT/" generation.
This fix corrects the problems. No recycling of the stack is needed.
|
2014/01/17 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G164 |
|
| ZP15G013* |
SOCKET FTP CLOSE causes error message: "IPN157W INTERNAL ERROR:"
Download Fix File
ASOCKET has been enhanced to catch anomolies, and the internal FTP client was dropping on a CLOSE, exiting storage before the CLOSE could complete.
This fix will eliminate that problem.
You will need to recycle the stack after applying this fix.
|
2014/03/05 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G014* |
If there is no more GETVIS, IPNFPOWR will cause the stack to loop.
Download Fix File
There are two problems here. The first was that the failure logic was not correctly setting a bad return code. The second is that the POWER file I/O driver was still usin a lot of 24-bit GETVIS. With the advent of z/VSE 5.x, the amount of free 24-bit storage was lessened, so it became more apparent to those who upgraded to the more recent VSE.
In the case of the stack loop, the correct return code is now set, and stack will no longer go into a loop if a GETVIS call fails.
The Power file I/O driver has been made AMODE=31,RMODE=ANY. This will reduce the heaviness of the GETVIS24 storage use. A QUERY FILEIO will show that it now resides in 31-bit (about 40k), and the use of SET DIAG=POWER will show on SYSLST that all of the buffers are also in 31-bit storage (e.g., about 167k for a simple "CD" command).
This fix corrects those issues. Recycling of the stack is required.
|
2014/03/06 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G078 |
|
| ZP15G015* |
Addressing exception in external partition
Download Fix File
Port of ZP15F125
If an external application issues a socket request in 24-bit mode an addressing exception may occur in the ASOCKET routine.
IPN960C SOCKET REQUEST REJECTED RS=BDATADDR error message may also be issued.
This zap also corrects a problem where a 24-bit application is returned to in 31-bit mode.
This also correct a problem with the email client failing to attach a file.
This zap also corrects a problem with IPN123W CSOCKET CHECKSUMS error caused by a send using fast=yes or notalk=yes.
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G002 |
| | Co-Requisite: ZP15G016, ZP15G024 |
| | Superseded by: ZP15G056 |
|
| ZP15G016* |
Foreign ip address set to all zeros
Download Fix File
Port of ZP15F187
If an application issues a active socket open with a foreign ip address of all zeros we should set it to the default internal 127.0.0.1 ip address.
This can also cause an email attachment to fail.
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G015 |
|
| ZP15G017* |
Remove pulse enable before open complete
Download Fix File
The enable or disable of the open should not be done until the connection is fully established. This zap suppreses the pulse change until the connection is established.
Recover from listen being reset that causes ftpdaemn to shutdown.
Port of ZP15F168
|
2014/03/08 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G036 |
|
| ZP15G018* |
Add support for GETVENDORINFO control call
Download Fix File
Port of ZP15F111
The GETVENDORINFO call can be used to identify the stack vendor currently in use. Upon successful completion the CSI stack will return 10 character bytes as follows: CSI - 3 printable bytes C/I - 1 byte indicating a CSI or IBM licensed site(C=CSI, I=IBM) Vvrrmm - 6 bytes with the version, release, modification level of TCP/IP for VSE.
|
2014/03/06 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G267 |
|
| ZP15G019* |
GPSD unbind and then failure when CICS cold starts
Download Fix File
If CICS was recycled with a cold restart and a terminal was in session, the initial report will not be delivered unless GPSD is deleted and then redefined.
Added logic to cause the ACB to close and reopen if this occurs. Recycling of the stack is recommended after applying this fix.
|
2014/03/04 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G023 |
|
| ZP15G020* |
Stack goes into a loop or DEFINE EVENT stops working.
Download Fix File
CLIENTD, the program that performs the DEFINE EVENT had a bug in the routine that would determine if there was room in the queue of subtasks to add another. In some cases it would go into a perpetual loop, causing the stack to crash, and in others, the calculation was flawed, causing the count to be off by one, and in a single-threading environment, that would cause all event processing to stop.
The routine that caused those problems has been corrected it appears that this error was introduced in ZP15F094. If you have that zap applied, you should apply this fix.
Other unrelated changes include an additional line of information resulting from a "Q EVENT,DETAIL" command. SET DIAG=AUTO will now only show EVENT debugging. If you want to also see FTP, EMAIL, or LPR processing, you will now have to enable those debugging features as well (e.g., SET DIAG=FTP, etc.). This will reduce SYSLST output when trying to debug a generic EVENT problem.
Improved the DIAG AUTO information to see the names that are queued. Multi-threading "ready" posting for improved output (less delay between batches). Special SPRI logic added. Improved and cleaned up debugging messages. If SET SINGLEDEST=ON is enabled, then entries with matching script names will wait in line, one at a time.
Q EVENT,DETAIL is automatically issued when the event processor is being terminated. Either because of a DELETE or a SHUTDOWN. If Q EVENT,DETAIL is entered, more information is provided to debug general settings and the script name is listed next to assist in seeing "hangs".
The date/time of the generation of CLIENTD will be displayed in the detailed query.
The FTP client portion was fixed so that the QUIT will be correctly detected and the automatic "QUIT" would not be sent a second time.
You will need to recycle your stack after applying this fix.
|
2014/03/06 |
|
| Importance: High | Risk: Low | |
| | Pre-Requisite: ZP15G013 |
| | Supersedes: ZP15G005 |
| | Superseded by: ZP15G027 |
|
| ZP15G021* |
SETIME/DROPTIME fails too quietly.
Download Fix File
In order to debug why a SETIME/DROPTIME internal request will fail, and there is no error message to display why.
Added a warning message that explains the reason that will display if one of the two conditions exist.
You will need to recycle the stack after applying this fix
|
2014/03/06 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G352 |
|
| ZP15G022* |
Abend after failed handshake
Download Fix File
After a failed SSL handshake the handle we being freevisd. but the handle was a cached entry being reused and should not be freevisd. because it was not being dechained leaving a corrupted SSL handle chain. This could cause an abend during the next SSL session negotiation. This zap will test for a reused(cached) session handle and mark it free for reuse instead of freevis'ing it.
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G023* |
GPSD shuts down without indicating the problem.
Download Fix File
There are seven conditions, failures, that if they occur, GPSD will simply terminate without specifying why. This was seen when an attempt to start up a DIRECT printer, that GPSD would terminate without providing any specifics.
For this particular user, a bad WCC would cause GPSD to shutdown without warning. It will no longer do that.
A series of new messages have been added to indicate the reason for the failure. This should provide the details needed to debug the problem. For this instance, the bad WCC is not considered an error, but a reason to release the report.
|
2014/03/04 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G019 |
| | Superseded by: ZP15G271 |
|
| ZP15G024* |
IPN123W CSOCKET CHECKSUMS message occurring
Download Fix File
This zap corrects a problem with a IN123W CSOCKET CHECKSUMS message caused by a send using fast=yes or notalk=yes.
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G001 |
| | Co-Requisite: ZP15G015, ZP15G016 |
| | Superseded by: ZP15G068 |
|
| ZP15G025* |
Clear other stack counter
Download Fix File
This zap works in conjunction wiht ZP15G026 to maintain a counter to identify when a single external partition is using multiple stacks. It clears the stack id and counter when a new job step is detected.
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G026 |
| | Superseded by: ZP15G052 |
|
| ZP15G026* |
Query External counters
Download Fix File
If a single partition access multiple stacks a counter is now updated to indicate the number of TCP requests for the other stacks. The Query External command will then return a message similiar to this:
IPN694I S1 17 TCP requests for other stacks
|
2014/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G025 |
|
| ZP15G027* |
Added support to permit EVENT processor to run outside of the stack.
Download Fix File
With ZP15F241 applied, a new program AUTOSEND will cause the AutoEvent processor to run outside of the stack. Unlike XACLIENT, this will use existing definitions and facilities and will not require any changes to existing jobs that generate POWER reports or data.
Important: If you attempt to run AUTOSEND without this fix, CLIENTD will abend. So make certain that both fixes are applied.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2014/03/06 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G028 |
| | Supersedes: ZP15G020 |
| | Superseded by: ZP15G029 |
|
| ZP15G028* |
Added support to permit EVENT processor to run outside of the stack.
Download Fix File
This fix will install a batch utility,AUTOSEND. It lets the AutoEvent processor run outside of the stack. Unlike XACLIENT, this will use existing definitions and facilities and will not require any changes to existing jobs that generate POWER reports or data.
Important: If you attempt to run AUTOSEND without ZP15F217, CLIENTD will abend. So make certain that both fixes are applied.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2014/03/06 |
|
| Importance: Low | Risk: Low | |
| | Pre-Requisite: ZP15G027 |
|
| ZP15G029* |
INVALID STORAGE ADDRESS occurs when attaching CLIENT to process data.
Download Fix File
With ZP15G027 applied, the event processor, CLIENTD, was able to run in an external partition with the help of the AUTOSEND utility. In a batch partition, the storage requirements for issuing an ATTACH are different, and the save area needs to be in 24-bit storage.
CLIENTD was modified to use a small amount of 24-bit storage if it is running in a batch partition. If it is running under that stack, then 31-bit storage is still being used.
If you are running the event processor under the stack, then you will need to recycle the stack after applying this fix.
|
2014/03/06 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G027 |
| | Superseded by: ZP15G047 |
|
| ZP15G030* |
Added support for AUTO_TIME to be used by AUTOSEND.
Download Fix File
This fix will add the SET AUTO_SEND= command to AUTOSEND, which is the same command and format for the TCP/IP initialization deck, but effects the external use of AUTOSEND.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2014/03/07 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G332 |
|
| ZP15G031* |
Detect and allow larger SCBLOK
Download Fix File
The TCP/IP 2.0 SCBLOK is a control block anchored in the SYSCOM and is larger than the 1.5G SCBLOK. This zap allows the larger SCBLOK to be allowed.
|
2014/03/07 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G075 |
|
| ZP15G032* |
Correct for SIR VENDOR display
Download Fix File
This zap corrects the dsiplayed information for the VSE SIR VENDOR command.
Port of ZP15F314 is also included
|
2014/03/10 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G040 |
|
| ZP15G033* |
IPN960C SOCKET REQUEST REJECTED RS=SOCOEXCD
Download Fix File
The maximum number of outstanding socket requests from a single external partition can now be limited with the SOCKOPT MAXSOCO=nn setting. The shipped default $SOCKOPT.phase was configured with MAXSOCO=99 which can result in the IPN960C message being issued. The default should be MAXSOCO=0 to have an unlimited number of socket requests from a single external partition.
It should be noted that this is outstanding/unposted socket requests. Normally these would be listens or receives that are waiting for posting. The QUERY EXTERNAL command can be used to see the number of unposted socket requests a single partition has outstanding.
|
2014/03/11 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G128 |
|
| ZP15G034* |
Failing LOPEN in autoftp event
Download Fix File
This zap adds a timer retry for the receive of the 220 welcome message.
|
2014/03/14 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G157 |
|
| ZP15G035* |
Failing send with passive tcp open
Download Fix File
This zap correct a problem of failed socket requests before a passive tcp connection is fully established.
|
2014/03/14 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G057 |
|
| ZP15G036* |
Detect and respond to multiple PASV commands
Download Fix File
Diagnostics indicate a foreign ftp client is sending multiple PASV commands without waiting for the initial transfer to complete. This zap detects and closes the prior passive and then reissues the passive open on the data connection.
A duplicate free port number was occurring when the foreign connection is the same as the local ip address.
|
2014/08/06 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G017 |
| | Superseded by: ZP15G085 |
|
| ZP15G037* |
Q VER output not display correctly
Download Fix File
The Q VER output was not missing any zap numbers but were difficult to read. This zap aligns the zap numbers for a better display.
|
2014/03/14 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G044 |
| | Superseded by: ZP15G049 |
|
| ZP15G038* |
Q VER output and firewall support
Download Fix File
The Q VER output was not missing the cmdpars eye-catcher. This zaps adds the cmdpars info to the q vers output.
Added new firewall command.
|
2014/08/29 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G038* |
Q VER output and firewall support
Download Fix File
The Q VER output was not missing the cmdpars eye-catcher. This zaps adds the cmdpars info to the q vers output.
Added new firewall command.
|
2014/08/29 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G039* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G161 |
|
| ZP15G040* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G032 |
| | Superseded by: ZP15G050 |
| | Superseded by: ZP15G093 |
|
| ZP15G041* |
All CLIENT programs abend (0C4) under CICS.
Download Fix File
CLIENT01, the CICS program that permits all PING, EMAIL, LPR, and other CICS-based commands to work was not link-edited correctly, and the result is that it will abend.
This fix contains the correctly link-edited CLIENT01 program.
|
2014/09/01 |
|
| Importance: High | Risk: Low | |
|
| ZP15G042* |
Default USERID/PASS settings for EMAIL are not being used correctly.
Download Fix File
When using the EMAIL command to set default values, the "SET value" woul be used. If not passed, the default value would not be used, or used correctly. Furthermore, most USERID values to be sent to the SMTPD is usually bigger than 16 bytes, and so, that default value has been extended to 100 bytes.
Because of the extending of the internal control block for a bigger field, you will also need to apply zaps 343 (command processor) and 356 (control block maker).
This fix corrects those issues. No recycling of the stack is needed.
|
2014/09/01 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G043, ZP15G044 |
| | Supersedes: ZP15G006 |
| | Superseded by: ZP15G054 |
|
| ZP15G043* |
Default EMAIL USERID= value was limited to 16 bytes
Download Fix File
This zap will expand the default EMAIL USERID value to 100 bytes.
Because of the extending of the internal control block for a bigger field, you will also need to apply zaps 340 (EMAIL client) and 356 (control block maker).
This fix corrects that problem. You will need to recycle the stack.
|
2014/09/01 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G044, ZP15G042 |
| | Superseded by: ZP15G082 |
| | Superseded by: ZP15G083 |
|
| ZP15G044* |
Default EMAIL USERID= value was limited to 16 bytes
Download Fix File
This zap will expand the default EMAIL USERID value to 100 bytes.
Because of the extending of the internal control block for a bigger field, you will also need to apply zaps 340 (EMAIL client) and 343 (command processor).
This fix corrects that problem. You will need to recycle the stack.
|
2014/09/01 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G043, ZP15G042 |
| | Supersedes: ZP15G037 |
|
| ZP15G045* |
EMAIL.AUTOEXEC was not processing default commands.
Download Fix File
When using the EMAIL batch program, EMAIL.AUTOEXEC can contain the same commands as the execution parameter. However, it is also important to actually pass other commands, such as the "SET" commands as well. This update will permit EXEC, SET, ATTACH, DIR, CD, PDELETE, PALTER, SETVAR, WTO, and SAY to be contained in the EMAIL.AUTOEXEC as well, which will cause any series of commands to automatically be issued when the EMAIL batch client is started.
This fix add that feature. No recycling of the stack is needed.
|
2014/05/15 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G127 |
|
| ZP15G046* |
TCP half close processing
Download Fix File
The zap adds the HALFCLOSE ON/OFF command. The default setting is HALFCLOSE OFF which can also be seen in the QUERY SET output. HALFCLOSE ON can force the use of half closed TCP connections. See ZP15G132 for additional information on TCP half close processing.
|
2015/04/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G086 |
| | Supersedes: ZP15G083 |
|
| ZP15G047* |
TCP907I for AutoLPR does not contain script name.
Download Fix File
In earlier releases, when AutoLPR would connect to the client it would display message TCP907I which would include the "DEST=" value even if the DEST field did not contain the script. An earlier update replaced this with a different field, which can be blank, depending on your definitions.
Since this was found to be useful, the format of the original message has been returned. Changes: instead of displaying the message before it connects, since the script name is irrelevant at that point, it will display this information after the connection was successful, when the script name will be used. The other change is that the label "Dest:" will appear before the value of the "DEST=" field.
After applying this fix, recycle the stack if you are not running AUTOSEND. If you are running AUTOSEND, then recycle that program.
|
2014/05/15 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G029 |
| | Superseded by: ZP15G066 |
|
| ZP15G048* |
IPF207 message format and firewall support
Download Fix File
IPF207I VSAM ESDS record count of DLBL: SABDALY is 99 message contained a blank after the DLBL: causing some difficulty for automation. This zap removes the space after the : makinig it more like other messages such as IPF107 where the data is butted up directly against the colon.
Added firewall messages. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G004 |
| | Superseded by: ZP15G081 |
|
| ZP15G049* |
Add firewall command
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G037 |
| | Superseded by: ZP15G069 |
|
| ZP15G050* |
Correct eye-catcher for IPNETP01
Download Fix File
IPNETP01 is linked into the IPNET phase and did not have an accurate version identifier. This zap add a standard version identifer to this module and can be seen with the Q VERS command.
|
2014/09/01 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G040 |
|
| ZP15G051* |
"MSG xx" against a waiting SOCKET function will abend.
Download Fix File
The STXIT OC (MSG xx) facility was meant to be added for SOCET TCP or UDP systems. FTP, CLIENT, and CONTROL are special features that are adversely affected by this and, depending on the state at the time, will abend.
This fix adds an option "Y","N" positional field for MSGOP which follows the TIMEOUT position. By default, it will be "Y" for "TCP" or "UDP" processing, and will be "N" for all other types.
There is no need to recycle the stack after applying this fix.
|
2014/06/12 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15F476 |
|
| ZP15G052* |
Socket requests discarded with multiple subtasks
Download Fix File
When multiple subtasks from a single partition simutaneoudly issue the first socket request the job step start time may get updated twice resulting in socket requests from one of the subtasks being discard by IPNIGARB since it thinks a new job step has started.
You do not need to recycle the stack for this zap to take effect.
|
2014/11/17 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G053, ZP15G074 |
| | Supersedes: ZP15G025 |
| | Superseded by: ZP15G139 |
|
| ZP15G053* |
New messages for $BSOCKET
Download Fix File
This zap adds new messages used by ZP15G052 for $BSOCKET.
You do not need to recycle the stack for this zap to take effect.
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G052 |
| | Superseded by: ZP15G108 |
|
| ZP15G054* |
$EMAIL not used as default for security.
Download Fix File
When using ASECURITY, the LUSER/LPASSWORD information is passed from the email client. If they are not set, then nothing is used as a default. According to the documentation, $EMAIL is the default for these fields.
This fix will cause the $EMAIL to be used as the default value. No recycling is needed. For those of you who have the need for the EMAIL command to have the default userid/password for the SMTPD, you will also need to apply 043 and 044 as well.
|
2014/06/17 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G043, ZP15G044 |
| | Supersedes: ZP15G042 |
|
| ZP15G055* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G056* |
Portqueue command fails with IPN406E message
Download Fix File
The portqueue command fails because no connection block is available with this request. This zap corrects the problem by allowing the request.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G015 |
| | Superseded by: ZP15G074 |
|
| ZP15G057* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
This zap also corrects a problem where the CICS Web Services intermittently fails on the first attempt and also displays 2 sockets with a listen connection in the Q CONN output for the CICS Web Services.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G035 |
| | Superseded by: ZP15G097 |
|
| ZP15G058* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G090 |
|
| ZP15G059* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G163 |
|
| ZP15G060* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G172 |
|
| ZP15G061* |
Add FIREWALL MACRO
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G062* |
Diagnostics for hashing
Download Fix File
The ccblok lookup routine had the DIAG HASHING option on and caused a lot of IPN694 messages that should only be issued with DIAG HASHING active. This zap corrects this problem.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G063* |
CICS TCPIPSERVICES fail
Download Fix File
The asynch I/O accept processing could cause a select exception condition to be posted since it used the exception ecb. This zap changes the asynch I/O to use a separate ecb and removes the wait for the posting of the ecb since asynch processing by definition should not contain any waits. Control is now returned immediately to the application during asynch accept processing.
This zap also adds some diagnostics to the asynch accept processing.
|
2014/07/29 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G070 |
|
| ZP15G064* |
Added new message TEL958I when user abnormally disconnects
Download Fix File
If a user disconnected a TN3270 session while data was in-flight, a vague diagnostic message was produced that could not be suppressed without suppressing other important information. Message TEL958I will inform when this condition occurs and why and can be suppressed if desired, using the "MESSAGE" command.
The text of the message is "(ipaddr) exited from (luname) during (action)".
You will need to recycle your stack after applying this fix for it to go into effect.
|
2014/11/20 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G081 |
| | Superseded by: ZP15G283 |
|
| ZP15G066* |
AUTOSEND only works on SYSID=00. Others just sit in a wait state.
Download Fix File
The automated client (CLIENTD) was not correctly using the defined SYSID correctly and was therefore always defaulting to SYSID=00.
This fix corrects that problem. There is no need to recycle the stack. If you are running AUTOSEND, then recycle AUTOSEND.
|
2014/11/17 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G047 |
| | Superseded by: ZP15G111 |
|
| ZP15G068* |
Socket abort request dropped for listen state connection
Download Fix File
This zap adds diagnostics to determine if socket abort requests are being dropped for a connection in a listen state.
This zap also changes the LOCDAT subpool to be LOCDA1 and LOCDA2 to help isolate storage usage subpools.
|
2014/08/29 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G024 |
| | Superseded by: ZP15G089 |
|
| ZP15G069* |
QUERY TELNETD output is truncated.
Download Fix File
When 1,000 or more output lines from the QUERY is produced, the task is suspended and no more data from that command is sent to SYSLOG/SYSLST.
This fix eliminates that problem by making it part of the main task.
Because this module will also end up containing a portion of the EMAIL command fixes that took place prior to this fix, you must also apply the prereqs to prevent an abend on the EMAIL command.
You will need to recycle the stack after applying for it to take effect.
|
2014/09/02 |
|
| Importance: Low | Risk: Low | |
| | Pre-Requisite: ZP15G043, ZP15G054 |
| | Supersedes: ZP15G049 |
|
| ZP15G070* |
Async connect fails
Download Fix File
The asynch I/O connect processing does not indicate in the diagnostics the local port, foreign port, and foreign ip address that is being connected. This zap will add a BSD113 diagnostic message that includes this important information.
This also corrects a asynch connect that needs a null receive hung so a timeout does not occur on the select call.
This also corrects a problem with the givesocket incorrectly re-opening the listen on the base socket the application had specifically closed. Ingo Franzki reported and confirmed this correction.
|
2014/08/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G063 |
| | Superseded by: ZP15G105 |
|
| ZP15G071* |
Free storage request fails
Download Fix File
This zap adds diagnostics to issue a IPN806I SPAS8300 FREE STORAGE FAILED.
|
2014/11/20 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G104 |
|
| ZP15G072* |
NOEJECT affects non-CC byte
Download Fix File
When using NOEJECT=YES, the Email program will strip off the first byte of the record, whether it is a real CC (control character) or not. This causes strange results for those who use generic scripts.
This fix will check if the first byte is a number, blank, "-", "+" or "-", and if not, it will disable the NOEJECT setting from being used. It is important that the COREQ fixes be applied, or the "EMAIL" command may ABEND.
|
2015/01/30 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G083, ZP15G082 |
| | Superseded by: ZP15G147 |
|
| ZP15G073* |
TELNET01 application only uses line mode.
Download Fix File
The TELNET01 (CICS) application can be used to log onto other systems using the TELNET protocol (not TN3270). Part of that process includes using the SOCKET TELNET OPEN with NEGOT=YES which would pass a list of suitable telnet types. This feature stopped working in 15F and, as a result, the TELNET01 program, when trying to log onto VM, would not be usable, since a default of "line mode" would be the result.
This fix will correct the error in the ASOCKET program, which formats and passes on the OPEN request to the TELNET protocol negotiator (IPNATELN).
You will need to recycle the TCP/IP stack after applying this fix.
|
2015/02/02 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G074 |
|
| ZP15G074* |
Multiple subtasks reset job step time
Download Fix File
This zap corrects a problem when a single partition with multiple subtasks issue the first socket request at the same time. The subtasks may overwrite the job step start time. This zap corrects this problem.
You must recycle the stack for this zap to take effect.
|
2014/11/17 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G052 |
| | Supersedes: ZP15G056 |
| | Superseded by: ZP15G073 |
| | Superseded by: ZP15G112 |
|
| ZP15G075* |
Multiple subtasks reset job step time
Download Fix File
This zap passes the sqblok to the $bsocket during initialization to correctly store the sqbloc into the pxblok. It also resets the pxblok job step start time so that external applications with outstanding socket requests will be posted after TCP/IP is cycled.
You must recycle the stack for this zap to take effect.
|
2014/11/18 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G052 |
| | Supersedes: ZP15G031 |
| | Superseded by: ZP15G140 |
|
| ZP15G076* |
Q STOR for IPSTOR subpool is incorrect
Download Fix File
The Q STOR command displays the TCP/IP storage manager usage by subpools, but the IPSTOR subpool was displaying incorrect excessive numbers that were not valid. This zap corrects this error.
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G077* |
SEE600V SeeVSE diagnostic:GVVPRTYF
Download Fix File
This location of the partition id was incorrect and caused a failure to locate a partition in the current priority sequence settings.
|
2014/11/17 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G386 |
|
| ZP15G078* |
If an OPEN failed on a POWER entry, a FREEVIS error (IPN913E) occurs
Download Fix File
When an OPEN of a Power/VSE member fails, the cleanup routine swapped the address/length fields, and so the FREEVIS fails.
This fix corrects that problem. Recycling of the stack is required.
|
2014/11/19 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G014 |
|
| ZP15G079* |
An upgrade to a DNS server results in "entry not found" by client.
Download Fix File
The DNS client sends an upp-case request to the DNS server. For some servers, there is a new feature to respond with a CNAME record (showing the matching lower case name) followed by the actual data. This insertion of an extra halfword response (X'0005'=CNAME) caused a logical mismatch and cause the GetHostByName to fail.
This fix adds logic to notice a CNAME record and skip over it in order to point to the desired response.
You will need to recycle your stack after applying.
|
2014/11/18 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G152 |
|
| ZP15G080* |
FTP303E PROGRAM CHECK FTPBATCH
Download Fix File
An abend could occur during the writing of a message when ftpbatch is invoked from Rexx and a 31-bit buffer is addressed while in 24-bit mode. This zap corrects this problem.
This zap also adds a diagnostic message to display the ecb address and attach failure reason code for when the attach of a subtask fails.
|
2014/11/18 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G177 |
|
| ZP15G081* |
IPN230I message for IBM apar number spacing
Download Fix File
The IPN230I message did not have a space that makes it difficult to read.
TCP909I message truncated under AUTOSEND When AUTOSEND was producing TCP909I, the last byte would be truncated if the message was 65 bytes long. This is due to how the message processor works outside of the stack when dealing with real task identifiers.
The message was changed from "was completed" to "is complete" to have the message appear the same when under the stack or external to it.
You will need to recycle the stack for this updated message to appear. AUTOSEND will need to be recycled as well.
|
2014/11/20 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G048 |
| | Superseded by: ZP15G107 |
|
| ZP15G082* |
DEFINE EVENT now supports default and overriding script names.
Download Fix File
This fix adds two new fields to the automated internal client. For more details, refer to ZP15G081.
This fix requires that ZP15G081-ZP15G084 be installed, since four different modules are affected. You will need to recyle the stack after applying. And if you use AUTOSEND, you will need to recycle that job as well.
|
2014/11/18 |
|
| Importance: Low | Risk: Low | |
| | Pre-Requisite: ZP15G081, ZP15G083, ZP15G084 |
| | Supersedes: ZP15G043 |
| | Superseded by: ZP15G134 |
|
| ZP15G083* |
Added SCRIPTNAME and JECLSCRIPT as parameter names to the DEFINE EVENT command.
Download Fix File
This fix provides a more dynamic method of assigning default script names. For more details, refer to ZP15G081.
This fix requires that ZP15G081-ZP15G084 be installed, since four different modules are affected. You will need to recyle the stack after applying. And if you use AUTOSEND, you will need to recycle that job as well.
|
2014/11/18 |
|
| Importance: Low | Risk: Low | |
| | Pre-Requisite: ZP15G081, ZP15G082, ZP15G084 |
| | Supersedes: ZP15G043 |
| | Superseded by: ZP15G046 |
| | Superseded by: ZP15G121 |
| | Superseded by: ZP15G133 |
|
| ZP15G085* |
Poor performance during ascii file transfer
Download Fix File
During an ascii file transfer the translation of the data was being gated by a lock and unlock request on each transfer buffer. This significantly increased the cpu usage for large ascii file transfers and reduced the overall transfer speed when sending a file to any other remote system using ftpbatch as a client. When using ftpbatch as an external server the retrieving of a file using ascii translation would also perform poorly. The root cause of the problem was introduced with ZP15F038 which addressed a problem with double byte character translation when using ftpbatch as an external file server. This zap removes the lock and unlock and uses a gating mechanism that significantly improves performance.
|
2014/11/18 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G036 |
| | Superseded by: ZP15G146 |
|
| ZP15G086* |
Reserved zap number
Download Fix File
This zap reserves zap number so that the Q VER output of the pre-applied pack shows it as applied.
|
2015/12/07 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G087* |
SSL117D IPCRSINI failed reason=GCRIBPV3
Download Fix File
The above diagnostic error can occur when a certificate contains a RSA-SHA256 signature. This zap allows the certificate catalog utility to successfully process a certificate containing a RSA-SHA256 signature. The following message description will be displayed on syslst when this condition is detected:
x509v3 certificate contains a 2048-bit RSASHA-256 signed
This zap implements RFC5746 to allow the usage of TLS extensions for the renegotiation security exposure.
|
2014/11/18 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G122 |
|
| ZP15G088* |
SSL117D IPCRSINI failed reason=GCRIBPV3
Download Fix File
The above diagnostic error can occur when a certificate contains a RSA-SHA256 signature. This zap allows the certificate catalog utility to successfully process a certificate containing a RSA-SHA256 signature. The following message description will be displayed on syslst when this condition is detected:
x509v3 certificate contains a 2048-bit RSASHA-256 signed
|
2014/11/17 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G087 |
|
| ZP15G089* |
IPN123I CSOCKET FREEVIS and IPN695C Abend in TKAB1000
Download Fix File
This zap adds the freevis return code to the above message to further identify the exact cause of the freevis failure.
This zap also corrects a abend in CSOCKET caused by a corrupted pointer address. Message: IPN696C Corrupted SQPXBLOK F57C5F80 0038C000 057C5F80 corrected
will be issued to indicate the abend condition was detected and corrected.
|
2014/11/17 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G068 |
| | Superseded by: ZP15G129 |
| | Superseded by: ZP15G130 |
| | Superseded by: ZP15G137 |
|
| ZP15G090* |
IPN166E Application Program Abend at xxxxxxxx. Phase: IPNCICMP
Download Fix File
An abend could occur if an icmp datagram with an excessive length is received. This zap adds an edit check to discard an icmp request with an excessive length and the following diagnostic message will be issued:
IPC110D ICMP - Inbound packet length xxxx from ip-addr discarded due to excessive length 16,385
|
2014/11/18 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G058 |
| | Superseded by: ZP15G171 |
|
| ZP15G091* |
Compatability with new release
Download Fix File
This zap corrects a problem where a newer version is not correctly detected.
|
2015/03/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G116 |
|
| ZP15G092* |
In some situations, XMOVE error will occur on fast SOCKET CLOSE
Download Fix File
On a SOCKET CLOSE, a secondary ECB would be posted, but if the CPU if very fast, it is possible that the control block will be gone before the POST takes place. Since the secondary ECB is never referenced in this module, the simple solution was to remove it from the SOCKET macro invoking the CLOSE.
ZP15G095 is the same fix as this one, except that this fix will create a .PHASE version of the same .OBJ fix for those Cobol programs that are compiled with a "DYNAM" option, which requires a PHASE rather than an OBJ.
|
2015/01/12 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G093* |
IPN136W UNIDENTIFIABLE INFORMATION FOUND IN PARM
Download Fix File
The name of the TCP/IP initialization member is contained in the jcl PARM='INIT=xxxxxxxx' and if it was less than 8 characters the next parameter would be included into the member name causing the IPN136W error message. This zap corrects this error.
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G040 |
| | Superseded by: ZP15G120 |
|
| ZP15G094* |
Unnecessary diagnostics dumps during cleanup
Download Fix File
Extra dumps were occurring that should have only been performed with DIAG=CLEANUP active. This zap corrects this problem.
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G131 |
|
| ZP15G095* |
In some situations, XMOVE error will occur on fast SOCKET CLOSE
Download Fix File
On a SOCKET CLOSE, a secondary ECB would be posted, but if the CPU if very fast, it is possible that the control block will be gone before the POST takes place. Since the secondary ECB is never referenced in this module, the simple solution was to remove it from the SOCKET macro invoking the CLOSE.
When linkedited into the application, the object deck provided by this fix will correct the problem.
|
2014/11/20 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G096* |
Connect_Sequence fails to be enforced
Download Fix File
This zap changes the Connect_Sequence On to allow the IP address pattern to be either the full 4 byte IP address match or partial matches of 3, 2, or 1 octets of the IP address specified.
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G168 |
|
| ZP15G097* |
Diagnose Perform output contains incorrect max time
Download Fix File
The DIAGNOSE PERFORM perform command can be used to gather statistics when a connection terminates but the IPT352D message contained a incorrect value for the maximum and last roundtrip times similiar to the below sample message. This zap corrects this problem.
IPT352D Roundtrip: Min: 6 ms; Max: 2147483647 ms; Last: 2147483647 ms
|
2014/11/19 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G057 |
| | Superseded by: ZP15G101 |
|
| ZP15G098* |
Distribution update for new component: TN3270DX
Download Fix File
This module is an enhanced version of TELNETD, with better recovery and diagnostic output. To use, modify "DEFINE TELNETD" to also have the parameter "DRIVER=TN3270DX". There are no other change to make. The current default of "DRIVER=TELNETD" may be changed in the future.
|
2014/11/20 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G110 |
|
| ZP15G099* |
Distribution update for new component: SERV3270
Download Fix File
The documentation for this module should be referenced before using SERV3270. It is a new external 3270 server that can support up to 30 TN3270/E servers running outside of the TCP/IP partition.
|
2014/11/20 |
|
| Importance: Low | Risk: Low | |
| | Pre-Requisite: ZP15G098 |
|
| ZP15G100* |
Distribution update for new component: REXXSOCK
Download Fix File
The documentation for this module should be referenced before using REXXSOCK. It is a new REXX function that, while replaces SOCKET with new and more powerful features, does not share the same parameters.
|
2014/11/20 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G101* |
Loop occurs with diagnose perform
Download Fix File
The DIAGNOSE PERFORM could fall into a loop of repeating messages IPT344D, IPT346D, IPT358D, IPT348D, IPT352D, IPT342D. This was caused by an incorrect branch instruction that caused the loop. This zap corrects the problem.
|
2014/12/17 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G097 |
| | Superseded by: ZP15G106 |
|
| ZP15G102* |
Power may incorrectly insert a large series of null lines as "blank" pages.
Download Fix File
This appears to be a rare instance where a work register value "could" cause a 3-byte length to become a 4-byte incorrect length.
This fix corrects that problem. Recycling of the stack is required.
|
2015/01/14 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G065 |
|
| ZP15G103* |
If "USER TABLE" missing, table doesn't load and no error displayed.
Download Fix File
When DEFINE TRANSLATE command is issued, it will read the library member and load the table(s). If the first line is not "USER TABLE", then it will fail, but it will not indicate a failure.
This fix adds a failure message if this condition occurs. You will need to recycle the stack after applying this fix.
|
2015/01/14 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G104* |
CICS Web Services fails with DFHSO0102 message
Download Fix File
This zap sets a return code zero for asynchronous passive opens which can cause CICS Web Services to terminate during an accept function if a passive open terminates before the connection is fully established.
|
2015/01/14 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G105, ZP15G106 |
| | Supersedes: ZP15G071 |
| | Superseded by: ZP15G115 |
|
| ZP15G105* |
CICS Web Services shuts down with DFHSO0102
Download Fix File
This zap passed back a new socket number even on a failed asynchronous accept.
|
2015/01/14 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G104, ZP15G106 |
| | Supersedes: ZP15G070 |
| | Superseded by: ZP15G116 |
|
| ZP15G106* |
CICS Web Services fails with PORTQueing
Download Fix File
This PORTQ command allows queing of incoming connection requests and is used by applications such as CICS Web Services to avoid rejected connections. This zap corrects a problem that caused the PORTQ facility to fail.
|
2015/01/14 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G104, ZP15G105 |
| | Supersedes: ZP15G101 |
| | Superseded by: ZP15G119 |
|
| ZP15G107* |
Added IPN898 corrected TCP909I
Download Fix File
When AUTOSEND was producing TCP909I, the last byte would be truncated if the message was 65 bytes long. This is due to how the message processor works outside of the stack when dealing with real task identifiers.
The message was changed from "was completed" to "is complete" to have the message appear the same when under the stack or external to it.
You will need to recycle the stack for this updated message to appear. AUTOSEND will need to be recycled as well.
This zap adds diagnostic message IPN898 that will be issued when DIAG=SOCKET is active during a asynchronous open that fails to sucessfully complete.
|
2015/01/14 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G104 |
| | Supersedes: ZP15G081 |
| | Superseded by: ZP15G109 |
|
| ZP15G108* |
Modified BSD104 diagnostic message
Download Fix File
This zap changes the BSD104 diagnostic message to indicate when a socket is new or reused. The $SOCKDBG must be generated for diagnostic messages for this message to be displayed.
|
2015/01/14 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G105 |
| | Supersedes: ZP15G053 |
| | Superseded by: ZP15G227 |
|
| ZP15G109* |
Added IPN218I message
Download Fix File
The IPN218I is now issued during TCP/IP startup to display the version of VSE that is running.
|
2015/03/16 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G120 |
| | Supersedes: ZP15G107 |
| | Superseded by: ZP15G156 |
|
| ZP15G110* |
TEL927 message cannot be selectively suppressed.
Download Fix File
Previously, message TEL927D was incorrectly used. It was a generic message that usually was an error. It also could mean more than two dozen different things. The result was that non-error messages could not be suppressed and error messages were being ignored.
Several new messages were added to make message suppression and the understanding of messages easier. Warnings are now "W", errors are "E", and diagnostics are "D". Each of them with unique message numbers.
The message documentation has been updated to reflect these changes. Because of this, ZP15G109, the message skeleton update, also needs to be applied.
|
2015/01/14 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G109 |
| | Supersedes: ZP15G098 |
|
| ZP15G111* |
Message TCP915 was being produced by Autoevent. Replaced.
Download Fix File
The automated client (CLIENTD) was using message TCP915 to indicate that an entry was accepted. That message number is reserved for PING, DISCOVER, and TRACERT.
This fix replaces TCP915 with TCP923. You will need to recycle the stack and AUTOSEND (if using) after applying this fix.
|
2015/01/14 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G109 |
| | Supersedes: ZP15G066 |
| | Superseded by: ZP15G114 |
|
| ZP15G112* |
IBM VSAM Redirector subtask abends in CICS partition
Download Fix File
A subtask attached in the CICS partition such as the IBM VSAM redirector an addressing abend can occur in the subtask due to the method used to determine that the socket request is from a CICS application. This zap corrects the problem.
|
2015/01/15 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G074 |
| | Superseded by: ZP15G141 |
|
| ZP15G113* |
FTP303E ABEND FTPX1000 PSW=07DD3000 80000002 CODE=20 INT=0001
Download Fix File
An abend could occur in the software implementation of the RSA algorithm due to a rentrancy problem from an old diagnostic. This zap corrects this problem.
This zap also corrects a problem with the following error message:
SSL203E RSAE failed RC=00000023(RSAEEDFF)
The RSA1024 software implementation of the RSA algorithm failed to successfully complete. This zap will provide additional diagnostic dumps when a call to the RSA 1024-bit software implementation returns a non-zero return code.
It is recommended that the IBM crypto-express2 PCI hardware be used for RSA operations.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G108 |
| | Superseded by: ZP15G230 |
|
| ZP15G114* |
Message TCP905D was truncating the "Action" field.
Download Fix File
The automated client (CLIENTD) would display message TCP905D to show the action taking place. The client type was being truncated to 4 characters. For FTP or LPR, that was not a problem. For EMAIL, it was.
This fix changes the length of the action field to 5 bytes. You will need to recyclt the stack and AUTOSEND after applying this fix.
|
2015/01/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G111 |
|
| ZP15G115* |
Add asynch diagnostic IPN898I message
Download Fix File
This zap will cause a IPN898I diagnostic message in the TCP/IP syslst and some diagnotics dumps.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G107 |
| | Supersedes: ZP15G104 |
| | Superseded by: ZP15G143 |
|
| ZP15G116* |
Allow givesocket of closed socket
Download Fix File
This zap removes a givesocket error for a closed socket.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G105 |
| | Superseded by: ZP15G091 |
| | Superseded by: ZP15G136 |
|
| ZP15G117* |
Detection of CICS with subtask not under CICS control
Download Fix File
When a subtask is attached in the CICS partition but does not run under the control of CICS we may incorrectly attempt to use CICS services that are not available. This zap corrects this problem.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G118* |
Detection of CICS with subtask not under CICS control
Download Fix File
When a subtask is attached in the CICS partition but does not run under the control of CICS we may incorrectly attempt to use CICS services that are not available. This zap corrects this problem by linking in the IPNRSTUB.OBJ distributed with ZP15G117.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G117 |
|
| ZP15G119* |
Correct storing of BSD socket number
Download Fix File
This zap corrects a reset of the BSD socket number related to problems with a asynch passive open failing in the accept function.
|
2015/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G106 |
| | Superseded by: ZP15G132 |
|
| ZP15G120* |
IPN218I TCP/IP Running on z/VSE 5.2 VSE/AF 090200
Download Fix File
This zap adds the IPN218I message during startup to display the release of VSE that TCP/IP is running on.
|
2015/03/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G093 |
| | Superseded by: ZP15G126 |
|
| ZP15G121* |
"IPN411I >Undefined<" message incorrectly displays.
Download Fix File
After applying a fix to MSKELIP, which updates the message skeleton, the command processor would display IPN411I incorrectly. This is because the program that uses the message skseleton and the file that contains them were out of synch.
This fix will put CMDEXEC back into synch, and the messages will display correctly. You will need to recycle the stack after applying it.
|
2015/03/16 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G109 |
| | Supersedes: ZP15G083 |
|
| ZP15G122* |
SSL117D IPCRSINI FAILED REASON=CLEXBAD1
Download Fix File
ZP15G087 implements RFC5746 to allow the usage of TLS extensions for the renegotiation security exposure. But other extensions may alse be present in the client_hello message and caused the CLEXBAD1 internal processing error. This zap corrects this problem by ignoring the unknown extensions.
|
2015/02/06 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G087 |
| | Superseded by: ZP15G180 |
|
| ZP15G123* |
Update online messages file
Download Fix File
This zap will catalog an updated IPNOME.Z book that can then be used to update the VSE online messages file with the IBM IESMSGS utility. To avoid problems with EBCDIC to ASCII translation it is recommended to run a job similiar to the below to run the IESMSGS utility:
.* $$ JOB JNM=IPNOMEZ,DISP=D,CLASS=0
.* $$ SLI MEM=IPNOME.Z,S=lib.sublib
.* $$ EOJ
Replace lib.sulib with the library and sublibrary used to install TCP/IP 1.5G.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G239 |
|
| ZP15G124* |
Extra character inserted in line.
Download Fix File
When a file create by GPSD is stored and transmitted to the local LPD, there is a chance that one byte deep into the report may contain a carry-over from a previous line due to a length error and the data not being cleared before being loaded.
This fix should correct that problem. You will need to recycle the stack after applying this fix.
|
2015/08/10 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G212 |
|
| ZP15G125* |
When shutting down TCP/IP a loop could occur during the clean up processing.
Download Fix File
|
2015/08/17 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G148 |
|
| ZP15G126* |
Added IPN218I message for VSE release
Download Fix File
This zap add the IPN218I message during TCP/IP startup and contains the VSE release that is running.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G120 |
| | Superseded by: ZP15G165 |
|
| ZP15G127* |
AUTOEXEC=OFF is ignored but comments are not.
Download Fix File
When using the EMAIL batch program, EMAIL.AUTOEXEC will be processed. If you do not want that library member to be processed, then the execution parameter "AUTOEXEC=OFF" (or "NO") should be set. That feature, however, was not working as designed, resulting in the EMAIL.AUTOEXEC being invoked in any case.
Comments in EMAIL.AUTOEXEC and SYSIPT will now be ignored.
This fix corrects that problem. No recycling of the stack is needed.
|
2015/04/06 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G045 |
| | Superseded by: ZP15G150 |
|
| ZP15G128* |
Incorrect eye-catcher
Download Fix File
This zap corrects a very minor problem with the eye-catcher to display the correct information when diagnostics are active.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G033 |
|
| ZP15G129* |
Wrong stack id message
Download Fix File
When running with multiple stacks and an external partition connected alternately from one stack to the other stack a wronge stack id detected message could be incorrectly issues. This zap corrects this problem.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G130 |
| | Supersedes: ZP15G089 |
|
| ZP15G130* |
Correct wrong stack id message
Download Fix File
When running with multiple stacks and an external partition connected alternately from one stack to the other stack a wronge stack id detected message could be incorrectly issues. This zap corrects this problem.
|
2015/08/25 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G129 |
| | Supersedes: ZP15G089 |
|
| ZP15G131* |
Correct IPI508D F2 job step time changed
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application connected to a different
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G094 |
|
| ZP15G132* |
Poor performance and excessive storage usage
Download Fix File
The socket termination processing used by a local VSE application can be either full or half closed mode. The mode is set during the open of a connection with the SOCKET OPEN macro using the keyword HALFC=NO or YES. HALFC=NO is the default setting and should cause an immediate termination of the connection when either side initiates the connection termination. A full TCP close will include both sides exchanging and acknowledging a final FIN packet. When the remote side of the connection initiates the connection termination by sending it's FIN packet the local VSE side will then send it's FIN to the remote after all previously sent data is acknowledged. In addition after sending it's FIN any outstanding receive requests should then be posted. Excessive build up of connection blocks can occur on a system that is having a heavy load of quick connections established and terminated by a remote client when this termination processing is delayed. This excessive build up of connections can then also cause a degradation in performance due to the large number of abandoned connection blocks going into pulse and retransmission mode. This could occur in a application that by design expects the default full termination processing to occur. An example of this would be a local server on VSE that a remote client connects into, sends some data or no data, and then closes the connection. The server then may receive the data and sends some data or no data, issue a receive and wait for the receive to be posted. But if the remote client abruptly closes the connection the receive may not be posted and the local VSE server would simply wait in a half closed state until the pulse and retransmission modes terminated the connection. This can be created by a stress test tool that simply opens and terminates connections very quickly. The use of half close connection termination processing when the default full close termination processing should have occurred is implemented by this zap.
When using SOCKET OPEN macro with the keyword HALF=NO, which is the default, full connection termination processing will be initiated. The steps are dependent on if the remote initiates it by sending it's FIN, or if the local(VSE) application initiates it by issuing a SOCKET CLOSE request.
When using SOCKET OPEN macro with HALFC=YES and the remote system closes the connection a FIN is sent indicating that the remote will not be sending anymore data on the connection. The local(VSE) side of the connection may continue to send data in this half closed state and should eventually close it's side of the connection causing a FIN to be sent to the remote resulting in a fully terminated connection. In summary the issuer of the FIN may not send any more data, but the issuer must continue to RECEIVE data until the other application sends its own FIN when using OPEN with HALC=YES. A CLOSE should then be issued by the application to properly terminate the connection.
To help analyze TCP termination processing the DIAGNOSE CLOSE can be used. It will issues messages to syslst to indicate the termination processing events occurring similiar to the following: DIAGNOSE CLOSE output for OPEN with default HALFC=NO and the termination initiated by close being issued from the local VSE side of the connection: IPT301D CLOSFULL Begin 01 IPT301D A Connect State: Close-Wait IPT301D Send FIN IPT301D A Connect State: FIN-Wait-1 IPT301D CLOSFULL END 05
In addition the default application setting of half close no can be globally overridden by issuing the HALFCLOSE ON command. The default setting is HALFCLOSE OFF which leaves the application in control of the use of half or full close processing. QUERY SET has also been updated to display the current half close setting.
|
2015/04/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G133, ZP15G134 |
| | Supersedes: ZP15G119 |
| | Superseded by: ZP15G142 |
|
| ZP15G133* |
TCP half close processing
Download Fix File
The zap adds the HALFCLOSE ON/OFF command. The default setting is HALFCLOSE OFF which can also be seen in the QUERY SET output. HALFCLOSE ON can force the use of half closed TCP connections. See ZP15G132 for additional information on TCP half close processing.
|
2015/04/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G134 |
| | Supersedes: ZP15G083 |
| | Superseded by: ZP15G253 |
|
| ZP15G134* |
TCP half close processing
Download Fix File
The zap adds the HALFCLOSE ON/OFF command. The default setting is HALFCLOSE OFF which can also be seen in the QUERY SET output. HALFCLOSE ON can force the use of half closed TCP connections. See ZP15G132 for additional information on TCP half close processing.
|
2015/04/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G133 |
| | Supersedes: ZP15G082 |
| | Superseded by: ZP15G138 |
| | Superseded by: ZP15G254 |
|
| ZP15G135* |
Add display of VSE task id to syslst messages
Download Fix File
This zap adds the VSE task id to the messages issued to syslst.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G136* |
Allow option override port queueing
Download Fix File
This zap add a new socket option to suppress the setting of port queing and use only the portqueue command to control the number of queued connections for a BSD server application.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G116 |
| | Superseded by: ZP15G154 |
|
| ZP15G137* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G089 |
| | Superseded by: ZP15G198 |
|
| ZP15G138* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G134 |
| | Superseded by: ZP15G170 |
|
| ZP15G139* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G052 |
| | Superseded by: ZP15G159 |
|
| ZP15G140* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G075 |
| | Superseded by: ZP15G202 |
|
| ZP15G141* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
This zap also corrects an abend that can occur after issuing the XLOCK ON command.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G112 |
| | Superseded by: ZP15G185 |
|
| ZP15G142* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G132 |
| | Superseded by: ZP15G189 |
|
| ZP15G143* |
Correct IPN696W with multiple stacks
Download Fix File
This zap corrects a problem with multiple stacks that may cause the shutdown of a stack to affect a application in a external partition used by a different stack id.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G115 |
| | Superseded by: ZP15G175 |
|
| ZP15G145* |
Failed active data connection
Download Fix File
When using an active data connection the port number used could cause a conflict. This zap corrects this problem.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G177 |
| | Supersedes: ZP15G158 |
|
| ZP15G146* |
Halfclose processing not used
Download Fix File
This zap corrects a problem to use TCP half close processing on the FTP data connection.
|
2015/08/10 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G132 |
| | Supersedes: ZP15G085 |
| | Superseded by: ZP15G158 |
|
| ZP15G147* |
Email sent after an ATTACH failed with ATTACHFAIL=FLUSH enabled.
Download Fix File
If ATTACHFAIL=FLUSH (which is the default) is enabled, and a file failed to attach, the EMAIL was still delivered, but with a null attachment. While RSET was being sent to tell the SMTPD to clear what was sent before, this was inadequate for many servers, and so a non-response CLOSE before sending the terminating string has been put in place to force the EMAIL to be ignored by the SMTPD.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/08/10 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G072 |
| | Superseded by: ZP15G151 |
|
| ZP15G148* |
Zero-length file will cause various undesirable conditions. And a DELETE EVENT on a hung session will never end.
Download Fix File
If a zero-lengh file is being processed, then the next file would have the same condition occur at EOF. For example, if NULLFILE=FAIL, then even though the next file will process, the final DISP will also be DISP=Y. Another symptom was sending the second report twice while not sending the first one at all.
This fix corrects such problems.
When a DELETE EVENT occurs, and one of the subtasks of that event has a hung session, the DELETE EVENT will never complete.
This fix will let the DEFINE EVENT complete. Any hung session will be part of orphaned storage. If the ECB is ever posted, then the session will terminate and storage will be released. One should, of course, check if any active sessions are processing with the "QUERY EVENT,DETAILS" command. This logic was added to assist in session recovery when server errors occur.
After applying this fix, you will need to recycle the stack and AUTOSEND, if it is active in the batch partition.
|
2015/08/10 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G144 |
| | Superseded by: ZP15G125 |
| | Superseded by: ZP15G167 |
|
| ZP15G149* |
FILE I/O abends when DEFINE FILE,TYPE=VSAMCAT with bad DLBL.
Download Fix File
When a DEFINE FILE,TYPE=VSAMCAT is defined with a bad DLBL name, and a user does a "CWD" into that directory structure and does a "DIRLIST", the file I/O driver will abend.
This fix corrects that problem. You should recycle the stack after applying this fix.
|
2015/08/25 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G173 |
|
| ZP15G150* |
QUIT not sent on attach failure
Download Fix File
When using the EMAIL batch program, and if ATTACHFAIL=CONTINUE is not set, then EMAIL will not send a QUIT. This will cause the internal rmail client that was processing to sit and wait and never end, resulting in storage loss. If a large number of these failures are queued, the internal email client may become corrupt.
A "QUIT" is sent to the internal client to terminate the connection.
This fix corrects that problem. No recycling of the stack is needed.
|
2015/08/26 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G151 |
| | Supersedes: ZP15G127 |
|
| ZP15G151* |
Email sent after an ATTACH failed does not acknowledge QUIT.
Download Fix File
If ATTACHFAIL=FLUSH (which is the default) is enabled, and a file failed to attach, the batch job would send a "QUIT" command to terminate the connection, but the client would not acknowledge it.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/08/26 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G150 |
| | Supersedes: ZP15G147 |
| | Superseded by: ZP15G153 |
| | Superseded by: ZP15G162 |
|
| ZP15G152* |
DNS1 would not try DNS2 if it failed.
Download Fix File
If you have more than 1 DNS server defined (up to 4), and if the first one failed, it would not try the other(s).
This fix corrects that problem. You should recycle the stack after applying the fix.
|
2015/10/26 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G079 |
| | Superseded by: ZP15G238 |
|
| ZP15G153* |
Snap dumps occur after applying ZP15F206.
Download Fix File
When runnning an Email client, snap dumps of all of the Email commands appear in the TCP/IP partition. This is because an earlier fix had included them during testing and they were left in inadvertantly.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/10/26 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G151 |
| | Superseded by: ZP15G162 |
|
| ZP15G154* |
Takesocket and Halfclose options
Download Fix File
This zap adds support for new SOCKOPT options used in a custom $SOCKOPT phase. The keyword SOCFLG1 now has 2 new additional options. $OPTXTAK can be used to allow takesocket requests to successed even when the giver and taker identifiers do not match. $OPTHALF will force the use of half close on TCP socket close requests. $OPTSTIM will allow the overriding of the timer value of a select request. The time in seconds in specified in the STIM= keyword.
|
2015/10/16 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G155 |
| | Supersedes: ZP15G136 |
| | Superseded by: ZP15G188 |
|
| ZP15G155* |
Add $OPTXTAK and $OPTHALF to SOCKOPT macro
Download Fix File
The SOCKOPT macro can be used to generated a custom $SOCKOPT phase. The keyword SOCFLG1 now has 2 new additional options. $OPTXTAK can be used to allow takesocket to successed even when the giver and taker identifiers do not match. $OPTHALF will force the use of half close on TCP socket close requests.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G154 |
| | Supersedes: ZP15G067 |
| | Superseded by: ZP15G233 |
|
| ZP15G156* |
IPA402D diagnostic message
Download Fix File
The IPA402 message has been changed from being a diagnostic to an informational message and now includes the version, date, and load address of the ftp client(IPNAFTPC) program being used.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G109 |
| | Superseded by: ZP15G176 |
|
| ZP15G157* |
IPA412D FTP diagnostic LREDSRBD
Download Fix File
During the FTP processing of a QUIT command the local ftp daemon used by FTPBATCH may cause the receive for the 221 response to fail. This zap corrects this problem.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G034 |
| | Superseded by: ZP15G183 |
|
| ZP15G158* |
Storing of file fails with RECLF ON
Download Fix File
When storing a file on VSE from a remote system using the SITE RECLF ON the records are delimited with just a line feed(LF) instead of the normal carriage return/line feed (CR/LF) but this would fail unless SITE CRLF ON was also in affect. This zap allows CRLF OFF with RECLF ON to successfully store the receiced data streams delimited with only a LF.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G146 |
| | Superseded by: ZP15G145 |
| | Superseded by: ZP15G181 |
|
| ZP15G159* |
SOCKOPT diagnostic
Download Fix File
This zap adds a diagnostic message to identify the $SOCKOPT phase being used.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G139 |
| | Superseded by: ZP15G201 |
|
| ZP15G160* |
Invoking CLIENT01 (CICS application) abends.
Download Fix File
In a prior service pack, CLIENT01 was improperly linked, with the stub not being the first entry in the link-map.
This fix catalogs the corrected (correctly link-edited) module.
No recycling of the stack is needed. You will need to NEWCOPY CLIENT01 under CICS or recycle CICS.
|
2015/10/26 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G161* |
Free ports not blocked by firewall
Download Fix File
Added option to allow blocking of free ports.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G039 |
| | Superseded by: ZP15G196 |
|
| ZP15G162* |
Email with no attachment hangs after applying ZP15G151.
Download Fix File
If no attachment (ATTACH/SEND name) was provided after applying ZP15G151 then the job will not go to EOJ.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/09/21 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G150 |
| | Supersedes: ZP15G151, ZP15G153 |
| | Superseded by: ZP15G166 |
|
| ZP15G163* |
Free ports not blocked
Download Fix File
This zap add the ability to block dynamic free ports.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G059 |
|
| ZP15G164* |
DISP=DELETE says "is ignored" but it isn't. Also truncating reports that are greater than 99,999,999 bytes long.
Download Fix File
When SET DISP=value is in an AutoLPR script, the internal LPR client should ignore it, otherwise it can cause problems with the DEFINE EVENT process, which is supposed to be taking care of the final disposition. Only DELETE was being ignored, which ended up causing the event driver to loop.
When passing the length of 9 bytes of greater to the LPD, the length (caracter format) value was being truncated.
This fix corrects the problem by having "DISP=DELETE" be ignored for AutoLPR. Also, the number of bytes being passed is no longer truncated No recycling of the stack is needed.
|
2015/09/21 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G012 |
| | Superseded by: ZP15G310 |
|
| ZP15G165* |
Activate spinchecck for loop detection
Download Fix File
This zap activates the cpu loop checker.
|
2015/10/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G126 |
| | Superseded by: ZP15G169 |
|
| ZP15G166* |
Snap dumps producing high I/O with every email.
Download Fix File
During a testing process, PDUMP of all data exchanges betweem the client and the stack were being produced. This PDUMP was inadvertantly left in when ZP15G151 went live.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/10/05 |
|
| Importance: High | Risk: Low | |
| | Co-Requisite: ZP15G150 |
| | Supersedes: ZP15G162 |
|
| ZP15G167* |
A DELETE EVENT might cause the stack to crash. Loop condition randomly occurs.
Download Fix File
If there is an AutoEvent action in progress (an AutoLPR report in the middle of being delivered, for example), and a DELETE EVENT command is passed to the stack, then the stack may crash.
When processing multiple reports successfuly, when there is no work, the EVENT processor may go into a high-CPU loop instead of waiting.
This zap eliminates those problems. You should recycle the stack after applying this fix. If you are using AutoSend, you will need to recycle that batch job as well.
|
2015/10/05 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G148 |
| | Superseded by: ZP15G174 |
|
| ZP15G168* |
Free ports not blocked
Download Fix File
This zap adds support for blocking dynamic free ports.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G096 |
|
| ZP15G169* |
Correct firewall initialization failure
Download Fix File
This zap correct a product key check error when using the firewall feature.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G165 |
| | Superseded by: ZP15G204 |
|
| ZP15G170* |
Correct firewall command
Download Fix File
This zap corrects a problem with the firewall report output.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G138 |
| | Superseded by: ZP15G203 |
|
| ZP15G171* |
Free ports not blocked
Download Fix File
This zap adds support for blocking free ports.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G090 |
|
| ZP15G172* |
Added FIREWALL support
Download Fix File
Added option to allow blocking of free ports.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G060 |
| | Superseded by: ZP15G194 |
|
| ZP15G173* |
High instance of storage pool IPVCAT in 31-bit storage.
Download Fix File
When a file is accessed via VSAMCAT, a block of storage is allocated and chained in case a future "SITE CLOSE" is needed. It is never released until the driver or the stack is shut down.
This fix changes the behavior so that the block of storage is removed from the chain and freed if the CLOSE processing completes successfully.
You will need to recycle the stack after applying this fix.
|
2015/10/21 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G149 |
|
| ZP15G174* |
Storage chains not being released. AutoSEND processes once.
Download Fix File
When a report is being processed, .5k of storage is allocated and the pool name is "CLBLOK". A QUERY STOR shows that the storage being taken by CLBLOK continues to rise. While it is 31-bit storage, one can still encounter problems after processing thousands of reports.
When a report is processed by AutoSEND and it finishes by going into DISP=L, and if the operator manually changes it to DISP=K, AutoSEND will change it back to "L" without delivering it. This problem is related to entries not being freed (CLBLOK).
This zap eliminates those problems. You should recycle the stack after applying this fix. If you are using AutoSend, you will need to recycle that batch job as well.
|
2015/10/26 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G167 |
| | Superseded by: ZP15G178 |
|
| ZP15G175* |
Correction for CICS Web Services
Download Fix File
This zap corrects a problem for CICS web services that can occur when a asynchronous listen fails to successfully complete. The BSD accept processing issues a listen and CWS cannot tolerate a failure. When this condition occurs a IPN898I message will be issued in the TCP/IP partition identifying the application the condition was detected and compensated.
|
2015/10/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G143 |
| | Superseded by: ZP15G187 |
|
| ZP15G176* |
Incorrect messages
Download Fix File
This zap corrects some diagnostic message format errors.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G156 |
| | Superseded by: ZP15G199 |
|
| ZP15G177* |
Add routine for getting dynamic port
Download Fix File
When using an active data connection a port conflict could occur. This zap corrects this problem.
|
2015/10/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G145 |
| | Supersedes: ZP15G080 |
| | Superseded by: ZP15G182 |
|
| ZP15G178* |
Same report being delivered over and over.
Download Fix File
After a report is delivered, the starage was being freed under certain conditions before the PHOLD/PDELETE would take place, causing that same report to be sent repeatedly. This was the result of ZP15G174 storage update to reduce the amount of storage that was being held.
Additional checking was added to prevent that.
You should recycle the stack after applying this fix. If you are using AutoSend, you will need to recycle that batch job as well.
|
2015/10/26 |
|
| Importance: High | Risk: Low | |
| | Supersedes: ZP15G174 |
| | Superseded by: ZP15G186 |
|
| ZP15G179* |
Isolate a problem with IP-address masking.
Download Fix File
A problem has been reported with a user connecting to a DEFINE TELNETD that has a specific IP-address as a mask, but getting the wrong definition to conenct to.
The TN3270DX module has been modified so that if the incoming connection does not match the mask, then it will display the bad connection particulars as well as display any better-matching definitions that could have been used as well as their status. It will then CLOSE the connection with that client and reopen the socket, kicking the user off.
To use this module, you must add ",DRIVER=TN3270DX" for every DEFINE TELNETD in your startup. You can, of course, rename the TELNETD.PHASE to TELNETD.OLDP and TN3270DX.PHASE to TELNETD.PHASE to eliminate that step if you wish.
You will need to recycle the stack after applying this fix.
|
2016/03/28 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G217 |
|
| ZP15G180* |
TLS31 Client Authentication fails
Download Fix File
When using client authentication a hash is created of all the previously exchanged messages and digitally signed using the clients private key. With SSL30 this hash included the different data that should be included with TLS31. This zap corrects this problem.
|
2015/11/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G122 |
| | Superseded by: ZP15G191 |
|
| ZP15G181* |
FTPBATCH hangs after stor fails with 550
Download Fix File
A PUT command in ftpbatch sends a STOR to the remote and a RETR to the local ftp daemn. If the STOR command fails with an error such as a 550 Permission denied the ftpdaemn can end up in a wait on the passive data connection. This zap corrects this problem by passing the data connection ecb to ftpbatch for posting after an error occurs.
|
2015/11/16 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G182 |
| | Supersedes: ZP15G158 |
| | Superseded by: ZP15G211 |
|
| ZP15G182* |
FTPBATCH hangs after stor fails with 550
Download Fix File
A PUT command in ftpbatch sends a STOR to the remote and a RETR to the local ftp daemn. If the STOR command fails with an error such as a 550 Permission denied the ftpdaemn can end up in a wait on the passive data connection. This zap corrects this problem by passing the data connection ecb to ftpbatch for posting after an error occurs.
|
2015/11/16 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G181 |
| | Supersedes: ZP15G177 |
| | Superseded by: ZP15G206 |
|
| ZP15G183* |
Password not suppressed in display
Download Fix File
If the PASS or LPASS command is in a execute member and is not all upper case or does not start in column 1 the password is displayed on SYSLST which should not occur. This zap corrects this problem.
|
2015/11/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G157 |
| | Superseded by: ZP15G205 |
|
| ZP15G184* |
Preprocessor generates '00' for SYSID instead of ""
Download Fix File
For COBOL programs where the OPEN statement does not contain a "SYSID(value)" statement, apostrophes will be always used even if DOUBLE(YES) is set.
This fix corrects the problem.
|
2015/11/18 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G284 |
|
| ZP15G185* |
Abend on bad soblok address
Download Fix File
This zap adds a address validation check to detect a invalid soblok and some integrity checks for correct pxblok eye-catcher. It also corrects a possible storage corruption issue.
|
2016/01/22 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G141 |
| | Superseded by: ZP15G208 |
|
| ZP15G186* |
AutoEmail sometimes doesn't send and sets DISP=L
Download Fix File
Here is the condition: You send a series of reports via AutoEmail with DISP=K. They transmit and go into DISP=L. You then release them again for a second delivery. However, they do not deliver, but instead just return to DISP=L. You release them again and they will deliver.
"SET DISP=HOLD" is passed to the email client. For batch processing, this is fine. For AutoEmail, depending on the timing, it is possible that the job will create a "hang" condition, as defined above.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/12/07 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G178 |
| | Superseded by: ZP15G220 |
|
| ZP15G187* |
Correction for Power Pnet idumps
Download Fix File
When TCP/IP is shutdown an incorrect errno was being set that caused Power Pnet to issue an idump. This zap should correct this problem.
|
2015/12/07 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G188 |
| | Supersedes: ZP15G175 |
| | Superseded by: ZP15G263 |
|
| ZP15G188* |
Power pnet idumps after TCP/IP shutdown
Download Fix File
When TCP/IP is shutdown an incorrect errno was being set and if Power pnet was active it would issue an idump. This zap should correct this problem.
|
2015/12/07 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G187 |
| | Supersedes: ZP15G154 |
| | Superseded by: ZP15G219 |
|
| ZP15G189* |
Correct close full not posted
Download Fix File
This zap corrects a problem with the close full processing when the remote system has reset the connection.
|
2015/12/07 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G142 |
| | Superseded by: ZP15G200 |
|
| ZP15G190* |
Add support for RSA-SHA256 signature
Download Fix File
This correction allows the catalog of a root certificate containing a RSA SHA-256 bit signature.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G180 |
|
| ZP15G191* |
Add support for TLS 1.1
Download Fix File
This zap adds support for the TLS 1.1 changes as documented in RFC4346.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G180 |
| | Superseded by: ZP15G209 |
|
| ZP15G194* |
Added new messages to FIREWALL REPORT command
Download Fix File
This zap issues additional information for the FIREWALL REPORT command.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G172 |
| | Superseded by: ZP15G276 |
|
| ZP15G195* |
Correction for displaying date in messages
Download Fix File
This zap corrects the month diplayed when using the date function of the common message handler.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G196* |
Correct for checking IP datagram length
Download Fix File
This zap corrects a check for the IP datagram length.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G161 |
| | Superseded by: ZP15G278 |
|
| ZP15G197* |
Added new diagnostic events
Download Fix File
This zap adds new internal diagnostic events.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G198 |
| | Superseded by: ZP15G336 |
|
| ZP15G198* |
Added new diagnostic events
Download Fix File
This zap adds diagnostic events for the RAPTRAC command for internal debugging.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G137 |
| | Superseded by: ZP15G242 |
|
| ZP15G199* |
Added new firewall message
Download Fix File
This zap adds the IPI223 and IPI224 messages for the FIREWALL REPORT command. It also changes the IPN102 message to have copyright of 2016.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G176 |
| | Superseded by: ZP15G224 |
|
| ZP15G200* |
Correct close full not posted
Download Fix File
This zap corrects a problem with the close full processing when the remote system has not acknowledged the sent data by sending a FIN.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G189 |
| | Superseded by: ZP15G221 |
|
| ZP15G201* |
Correction for job step time
Download Fix File
When a single partition accesses multiple stacks the job step start time was not fully updated. This zap corrects this problem.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G159 |
| | Superseded by: ZP15G222 |
|
| ZP15G202* |
Correct Q EXTERNAL counters
Download Fix File
When a stack is recycled the external statitic counters were not being reset. This zap corrects this problem.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G140 |
| | Superseded by: ZP15G216 |
|
| ZP15G203* |
Correct Q EXTERNAL command
Download Fix File
The Q EXTERNAL command displays the partitions that a stack has received socket requests from. This zap adds the date to the IPN685 message and also detects if no socket requests have been received from the external since the start up of TCP/IP.
This zap also add support for TLS 1.1 by allowing the DEFINE FTPD SSLVERSN to be set to 0302.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G170 |
| | Superseded by: ZP15G214 |
|
| ZP15G204* |
Correct IPN104 unsupported release
Download Fix File
This zap corrects a failure when running on VSE/SP 2.1. feature.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G169 |
| | Superseded by: ZP15G246 |
|
| ZP15G205* |
Add support for TLS 1.1
Download Fix File
The OPEN command can now specify TLS11 to request the TLS 1.1 be used.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G191 |
| | Supersedes: ZP15G183 |
| | Superseded by: ZP15G210 |
|
| ZP15G206* |
Add support for TLS 1.1
Download Fix File
The SET command now support the TLS11 to allow usage of TLS 1.1.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G191 |
| | Supersedes: ZP15G182 |
|
| ZP15G207* |
Allow option to dump RSA private key
Download Fix File
The RSA private key must be kept private. But the attached zap allows the RSA private key to be dumped for use with the IBM Keyman utility to re-issue a certificate.
|
2016/01/21 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G191 |
|
| ZP15G208* |
Bypass bad socket request block
Download Fix File
When a new socket request is made a socket request block is pulled from a queue of previously freed sockets. If a corrupted block is pulled it is now discards and a new block is obtained.
|
2016/01/25 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G185 |
| | Superseded by: ZP15G215 |
|
| ZP15G209* |
TLS 1.1 and SSLv2 backward compatability
Download Fix File
When sending a buffer with TLS 1.1 a unique initialization vector is now part of every sent TLS record resulting in a buffer that might be rejected. This zap corrects the problem by compensating for the additional 8 or 16 byte IV depending on cipher being used.
Support for SSLv2 client_hello with hint of support for SSL 3.0 and TLS 1.1 is still allowed. But the most recent TLS RFC contains the following comment:
Support for the SSLv2 backward-compatible hello is now a MAY, not a SHOULD, with sending it a SHOULD NOT. Support will probably become a SHOULD NOT in the future.
SSL100W SSLV2 Client_Hello Allowed
warning message will be issued to recommend that client vendors should upgrade to use the TLS client_hello and remove the SSLv2 backward compatability method. In addition enforcement of the RFC documented length of challenge length is now enforced:
The length in bytes of the client's challenge to the server to authenticate itself. When using the SSLv2 backward compatible handshake the client MUST use a 32-byte challenge.
|
2016/02/22 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G191 |
| | Superseded by: ZP15G226 |
|
| ZP15G210* |
Correct defailt for open to be TLS 1.0
Download Fix File
The OPEN command can specify SSL30, TLS10, or TLS11 to request the version of the SSL or TLS protocol to be proposed to a FTP server. The default was SSL30 but is now TLS 1.0 to provide better security.
|
2016/02/22 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G209 |
| | Supersedes: ZP15G205 |
| | Superseded by: ZP15G287 |
|
| ZP15G211* |
SSL/TLS data connection protocol version wrong
Download Fix File
The data connection is negotiated separetly from the control connection. But if a PRIVATE command is used it will now use the same cipher and protocol version as the control connection.
|
2016/02/22 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G210 |
| | Supersedes: ZP15G181 |
| | Superseded by: ZP15G229 |
|
| ZP15G212* |
Incoming text file is unreadable.
Download Fix File
ZP15G124 created a problem where the incoming text was not being translated correctly.
This fix will correct that problem. You will need to recycle the stack after applying this fix.
|
2016/02/05 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G124 |
|
| ZP15G213* |
Detect and validate RSA-SHA256 signature
Download Fix File
A certificate containing a RSA-SHA256 signature will now be detected and verified. The following message will be written to syslst when a RSA-SHA256 signature is detected:
Certificate contains a RSA-SHA2 signature
|
2016/02/22 |
|
| Importance: Medium | Risk: Medium | |
| | Pre-Requisite: ZP15G209 |
|
| ZP15G214* |
Responses not appearing on SYSLOG
Download Fix File
When INFO is set to SYSLST-ONLY, then messages that are responses to console commands will also only go to SYSLST. This should not be the case. Also, some message groups will display only some of the responses.
This fix will cause response messages to be displayed on SYSLST as well as SYSLOG, even if INFO is set to OFF or SYSLST. You will need to recycle your stack after applying this fix.
|
2016/03/15 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G203 |
| | Superseded by: ZP15G223 |
|
| ZP15G215* |
Different sysid restarted affects other stack
Download Fix File
This zap corrects a problem when running multiple stacks and one stack is recycled but a partition with access to multiple stacks is then unable to communicate with the active stack that was not recycled.
|
2016/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G216, ZP15G222 |
| | Supersedes: ZP15G208 |
| | Superseded by: ZP15G260 |
|
| ZP15G216* |
Single partition with accessing multiple stacks
Download Fix File
This zap corrects a problem where a single partition such as CICS may be running multiple applications that access different stacks and the recycle of a single stack cause connections to fail for the application using a different stack.
|
2016/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G215, ZP15G222 |
| | Supersedes: ZP15G202 |
| | Superseded by: ZP15G342 |
|
| ZP15G217* |
Unable to connect to server. DIAG indicates LUNAME not ready.
Download Fix File
A problem was reported with a user connecting to a DEFINE TELNETD and being unable to connect with an increase of CPU usage and unreleased GETVIS. When "DIAG TELNET" was enabled, we would see a large number of "LUname in use" messages.
The problem is that the server would keep looping, waiting for VTAM to have a resource ready for use, but the "ready" bit would never be posted. This would eat up CPU and the condition would not reset.
The TN3270DX module has been modified to correct this problem. If you do a "Q PROGRAMS" and see "TELNETD" as a module name, you will need to modify all of your "DEFINE TELNETD" to also have ",DRIVER=TN3270DX". Recycle your stack and do another "Q PROGRAMS". If you still see a phase name of "TELNETD", you have a "DEFINE TELNET" that you missed. There should not be ANY TELNETD use with TN3270DX.
You will need to recycle the stack after applying this fix.
|
2016/05/25 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G179 |
| | Superseded by: ZP15G245 |
|
| ZP15G218* |
A DIRLIST on a TYPE=VTOC that is shared will fail.
Download Fix File
The VTOC file I/O driver had the OVTOC macro coded with "EXCLUSIVE", which would cause all shared volumes to be unreadable to the application using it. The USE option has been modified from EXC to SHR and has been tested using shared and non-shared volumes.
This fix corrects that problem. Recycling of the stack is required.
|
2016/04/05 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G219* |
Diagnostics for close processing
Download Fix File
This zap adds some diagnostic close messages. It also corrects the return code and errno for when a remote connection closes the with a reset.
|
2016/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G221 |
| | Supersedes: ZP15G188 |
| | Superseded by: ZP15G240 |
|
| ZP15G220* |
DELETE EVENT timing issue - may not complete
Download Fix File
If you issue a DELETE EVENT while a task is in progress (say, deleting an AutoEmail while an EMAIL is being transmitted), a message would indicate that the DELETE was in progress, but after the task completed, the DELETE would not actually occur.
This fix will correct that error. You will need to recycle the stack after applying this fix. If you are running AUTOSEND, you will need to recycle that job.
|
2016/03/08 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G186 |
| | Superseded by: ZP15G235 |
|
| ZP15G221* |
Close proccessing problems
Download Fix File
This zap corrects a problem with close setting a return code x2C.
It also corrects a problem when a reset is used by a remote to close a connection a long wait could occur.
|
2016/03/28 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G200 |
| | Superseded by: ZP15G228 |
|
| ZP15G222* |
Single partition with accessing multiple stacks
Download Fix File
This zap corrects a problem where a single partition such as CICS may be running multiple applications that access different stacks and the recycle of a single stack cause connections to fail for the application using a different stack.
|
2016/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G215, ZP15G216 |
| | Supersedes: ZP15G201 |
| | Superseded by: ZP15G262 |
|
| ZP15G223* |
DEFINE/DELETE CGI issues
Download Fix File
When DEFINE CGI would occur, it would try to load the entry as a phase even if it was a REXX or BAL type of CGI. This has been remedied.
It should be noted that the command format is: DEFINE CGI,TYPE=cgi_type,PUBLIC=name
When a DELETE CGI would occur, it would either not be deleted or it would say that it was deleted, when it didn't, or it would say that it failed, when it deleted. These conditions have been corrected.
The command formate for DELETE CGI is: DELETE CGI,PUBLIC=name
Also, message TEL920I has been updated to show the module name.
You will need to recycle your stack after applying this fix.
|
2016/03/28 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G224 |
| | Supersedes: ZP15G214 |
| | Superseded by: ZP15G236 |
|
| ZP15G224* |
TEL920I message - added module name field
Download Fix File
The TEL920I message will now also show the name of the module being used for TELNET processing. The most likely names will be TELNETD or TN3270DX.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/03/28 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G199 |
| | Superseded by: ZP15G244 |
|
| ZP15G225* |
Whan a bad "ATTACH" statement for a dynamic file occurs, EMAIL hangs.
Download Fix File
When using the EMAIL batch program to deliver a dynamic file ("%ddname") and if the "ATTACH" statement has a syntax error, the EMAIL client will hang.
This fix corrects that problem. No recycling of the stack is needed.
|
2016/05/03 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G192 |
| | Supersedes: ZP15G193 |
| | Superseded by: ZP15G250 |
|
| ZP15G226* |
Control connection fails with sysid not 00
Download Fix File
The TCP/IP sysid 00 was incorrectly being used. This zap corrects this problem.
|
2016/05/03 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G227 |
| | Supersedes: ZP15G209 |
| | Superseded by: ZP15G231 |
|
| ZP15G227* |
Correct duplicate message numbers
Download Fix File
The corrects some message numbers that were duplicated in different modules.
|
2016/05/03 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G226 |
| | Supersedes: ZP15G108 |
| | Superseded by: ZP15G265 |
|
| ZP15G228* |
FTP906D FTP server diagnostic: DATACWFF
Download Fix File
The close of the ftp data connection can have the above error message because the application has not issued it's close and the connection block has already been terminated due to the remote side initiating the close processing with a FIN. This zap should corrects this problem with the TCP close when it is initiated with a FIN from the remote system.
|
2016/05/03 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G221 |
| | Superseded by: ZP15G237 |
|
| ZP15G229* |
FTP916E Unsupported TYPE
Download Fix File
When attempting to a get a file from a remote ms-dos command file the FTP916E could occur. This zap should correct this problem.
|
2016/05/06 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G211 |
| | Superseded by: ZP15G248 |
|
| ZP15G230* |
Add support for HMAC-SHA256
Download Fix File
This zaps adds support for the HMAC-SHA256 algorithm that is a preliminary step for supporting TLS 1.2.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G231, ZP15G232 |
| | Supersedes: ZP15G113 |
| | Superseded by: ZP15G314 |
|
| ZP15G231* |
Add support for HMAC-SHA256
Download Fix File
This zaps adds support for the HMAC-SHA256 algorithm that is a preliminary step for supporting TLS 1.2.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G230, ZP15G232 |
| | Supersedes: ZP15G226 |
| | Superseded by: ZP15G282 |
|
| ZP15G232* |
Add support for HMAC-SHA256
Download Fix File
This zaps adds support for the HMAC-SHA256 algorithm that is a preliminary step for supporting TLS 1.2. The entry point for calling this function is CRYHMSH2.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G230, ZP15G231 |
|
| ZP15G233* |
Add $OPTASCR to SOCKOPT macro
Download Fix File
The SOCKOPT macro can be used to generated a custom $SOCKOPT phase. The keyword SOCFLG1 now has a additional option. $OPTASCR can be used to force asynchronous active opens to wait until the connection is established and then hang a null receive during this connect processing.
|
2016/05/26 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G155 |
| | Superseded by: ZP15G268 |
|
| ZP15G234* |
Console SET PASSWORD not enforced with MSG XX,DATA=command
Download Fix File
Commands from the console can be controlled with the SET PASSWORD command. But when using MSG xx,DATA=command the prompt for a password from the operator console was not being enforced. This zap corrects this problem although not many sites use a password for commands issued from the system console.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G246 |
|
| ZP15G235* |
DELETE EVENT timing issue - may not complete
Download Fix File
If you issue a DELETE EVENT while a task is in progress (say, deleting an AutoLPR while an report is being transmitted), a message could occur indicating that it cannot do it and would keep looping until the session was complete, which could be a long time, such as a printer being out of paper.
This fix will mark any active sessions associated with a specific event (as indicated by Q EVENT,DETAILS) as "dead", and the event will delete. once the session completes, it will see that the EVENT is gone and will simply end.
Warning: Any storage acquired by that session will not be released because it no longer has an event associated with it because of ECBs and other control blocks that are still being referenced. So be careful of deleting EVENT definitions that have active sessions.
|
2016/08/09 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G220 |
| | Superseded by: ZP15G279 |
|
| ZP15G236* |
Correct Q FIREWALL for UDP ports
Download Fix File
The QUERY FIREWALL command was displaying TCPPORTS in IPI215 message but it should have displayed IPI216 for UDP ports. This zap corrects this problem.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/09/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G223 |
|
| ZP15G237* |
Problems during TCP Open and Close processing
Download Fix File
The IESSCBAT failed to complete with SSL/TLS during the close. This zap allows the half close processing of this application to complete all the received data.
This zap also corrects a problem where a foreign port is displayed for a listen connection that failed to fully get established.
This zap also corrects a problem where a listen connection fails to successfully complete and the connection does not re-enter a listen state.
The TCP/IP stack must be recycled after appplying this zap.
|
2016/07/11 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G228 |
| | Superseded by: ZP15G293 |
|
| ZP15G238* |
GetHostByName for SMTP address would fail.
Download Fix File
If issuing a GetHostByName against an SMTP server that will forward the email to another server, and thus returning a "mail_forward" record instead of a "type-A" (IP-address) record, the DNS client would skip over the record and look for a "proper" response (the mail_forward has since been superceded on later RFC's), and in finding none, it would reject it as "no address found".
This fix treats a "mail_forward" response as though it were a type-A record, and will use the IP-address in that rrecord. You will need to recycle your stack after applying this fix.
Additional changes: eliminating the use of TCP testing if a UDP connection fails, since nobody out there uses TCP for a DNS call, and it just causes additional failures and retries.
Additional changes: If a DNS server returned a CNAME following the reply instead of the IP address, it would fail. The logic was changed to take this possibility into consideration.
|
2016/08/31 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G152 |
| | Superseded by: ZP15G272 |
|
| ZP15G239* |
Update online messages file
Download Fix File
This zap will catalog an updated IPNOME.Z book that can then be used to update the VSE online messages file with the IBM IESMSGS utility. To avoid problems with EBCDIC to ASCII translation it is recommended to run a job similiar to the below to run the IESMSGS utility:
.* $$ JOB JNM=IPNOMEZ,DISP=D,CLASS=0
.* $$ SLI MEM=IPNOME.Z,S=lib.sublib
.* $$ EOJ
Replace lib.sulib with the library and sublibrary used to install TCP/IP 1.5G.
|
2016/08/15 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G123 |
| | Superseded by: ZP15G299 |
|
| ZP15G240* |
Asynchronous connect hangs
Download Fix File
During an asynchronous active open(connect) a null receive is now issued in the subsequent select processing. This should avoid a hang condition when a application expects to issue a send or receive on a socket that is not fully established. The MacKinney systems MTPBATCH utility uses the asynchronous open that this fix should correct.
|
2016/09/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G219 |
| | Superseded by: ZP15G266 |
|
| ZP15G242* |
IPN299W CHECKSUM messages
Download Fix File
This zap corrects a problem with the IPN299W error message being issued when it should not be issued. This is caused by a checksum of the data area that is verified after it is copied to the TCP/IP private storage. Although to insure data integrity the data area of a TCP send or receive area should not be modified until the ecb is posted. The checksum is now only performed on send requests with this zap applied.
|
2016/09/13 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G198 |
| | Superseded by: ZP15G261 |
|
| ZP15G243* |
Message NTP104E indicates that the NTPD product has expired.
Download Fix File
Message NTP104E will be displayed and the NTPD will shut down. This was due to a hard-coded termination date in that component.
This fix eliminates the problem. You should terminate and restart the NPTD after applying this fix.
|
2016/09/30 |
|
| Importance: Medium | Risk: Low | |
|
| ZP15G244* |
Removed obsolete messages
Download Fix File
This zap removes messages that are no longer displayed by the product.
|
2016/09/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G224 |
| | Superseded by: ZP15G264 |
|
| ZP15G245* |
Informational message number not always informational.
Download Fix File
All informational messages should end with "I", warnings with "W", and errors with "E". This was not always the case. This fix will standardize the message number suffix for this component.
You will need to recycle the stack after applying this fix.
|
2016/09/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G217 |
| | Superseded by: ZP15G285 |
|
| ZP15G246* |
Console SET PASSWORD not enforced with MSG XX,DATA=command
Download Fix File
Commands from the console can be controlled with the SET PASSWORD command. But when using MSG xx,DATA=command the prompt for a password from the operator console was not being enforced. This zap corrects this problem although not many sites use a password for commands issued from the system console.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G234 |
| | Supersedes: ZP15G204 |
|
| ZP15G247* |
ATTACH of a "%ddname" file sometimes fails to be delivered.
Download Fix File
When the internal EMAIL client would try to connect to the batch email client, via a secondary SOCKET OPEN call, in order to deliver a dynamic file (%ddname),it would sometimes fail to attach due to a SOCKET OPEN error.
The earlier version used a secondary SOCKET OPEN for the transfer of data. Due to timing issues, specifically on faster systems where the TCP/IP stack is encountering a bit of stress, the connection would fail, and a rerun of the job sometime later would work. This version eliminates the need for that secondary SOCKET altogether.
You will need to also apply ZP15G225. No recycling of the stack is required.
|
2016/09/09 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G225 |
| | Supersedes: ZP15G192 |
| | Superseded by: ZP15G252 |
|
| ZP15G248* |
Slow SSL/TLS sending of data
Download Fix File
This zap imporoves the performance for sending of a SSL/TLS buffer.
This zap also corrects a a problem with the form feed at beginning of a sent file. The "set noeject on" is the default setting and will honor the first form feed. This zap restores this default behavior.
|
2016/09/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G229 |
| | Superseded by: ZP15G301 |
|
| ZP15G250* |
Email batch client hangs after ATTACH %ddname times out.
Download Fix File
If the TCP/IP stack does not respond, an ATTACH of a dynamic file will time out. A send of "QUIT" will occur, but that too will never reply, and so the batch client will hang.
If the stack does not respond, then the batch client will immediately terminate with RC=12. Apply this fix to eliminate that hang. No recycling of the stack is required.
|
2016/12/07 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G252 |
| | Supersedes: ZP15G225 |
|
| ZP15G251* |
IPN293I Obsolete interface version
Download Fix File
When using a DEFINE SOTRACE and a subsequent DUMP TRACE command a IPN293I messages may be incorrectly issued due to not checking for all valid interface versions. This zap corrects this problem.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/09/30 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G280 |
|
| ZP15G252* |
SET SEPERATOR has no affect on the POWER attached output
Download Fix File
When the internal EMAIL client would process the SET SEPERATOR (or the SET SEPARATOR) command, the value would not be passed to the POWER file I/O driver, resulting in having no effect on the output.
This fix forrects that problem. No recycling of the stack is needed after applying this fix.
|
2017/01/24 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G250 |
| | Supersedes: ZP15G247 |
| | Superseded by: ZP15G255 |
|
| ZP15G253* |
Add SENDMXUA to IBBLOK command
Download Fix File
The zap adds the SENDMXUA keyword to the IBBLOK command which allows the setting of the maximum unacknowledged bytes for external applications using sends with fast=yes or notalk=yes.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G254 |
| | Supersedes: ZP15G133 |
| | Superseded by: ZP15G274 |
|
| ZP15G254* |
Add SENDMXUA to IBBLOK command
Download Fix File
The zap adds the SENDMXUA keyword to the IBBLOK command which allows the setting of the maximum unacknowledged bytes for external applications using sends with fast=yes or notalk=yes.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G253 |
| | Supersedes: ZP15G134 |
| | Superseded by: ZP15G275 |
|
| ZP15G255* |
ATTACH %ddname gets the wrong port number to attach to.
Download Fix File
When the internal EMAIL client gets a request to receive a file from the external client, it will open a passive port number and send that number to the external client to attach to. Occasionally, the wrong number would be sent.
This fix corrects that problem. No recycling of the stack is needed after applying this fix.
|
2017/01/25 |
|
| Importance: Low | Risk: Low | |
| | Co-Requisite: ZP15G250 |
| | Supersedes: ZP15G252 |
| | Superseded by: ZP15G294 |
|
| ZP15G256* |
IPN541W IBBLOks being allocated from 24-bit GETVIS
Download Fix File
The above message can occur when no more 31-bit partition getvis is available. This zap attempts to detect and correct for this problem by temporarily shutting off traffic until the system can process the queued up datagrams and then turning traffic back on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G257, ZP15G258, ZP15G259 |
| | Superseded by: ZP15G292 |
|
| ZP15G257* |
IPN541W IBBLOks being allocated from 24-bit GETVIS
Download Fix File
The above message can occur when no more 31-bit partition getvis is available. This zap attempts to detect and correct for this problem by temporarily shutting off traffic until the system can process the queued up datagrams and then turning traffic back on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G256, ZP15G258, ZP15G259 |
|
| ZP15G258* |
IPN541W IBBLOks being allocated from 24-bit GETVIS
Download Fix File
The above message can occur when no more 31-bit partition getvis is available. This zap attempts to detect and correct for this problem by temporarily shutting off traffic until the system can process the queued up datagrams and then turning traffic back on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G256, ZP15G257, ZP15G259 |
| | Superseded by: ZP15G296 |
|
| ZP15G259* |
IPN541W IBBLOks being allocated from 24-bit GETVIS
Download Fix File
The above message can occur when no more 31-bit partition getvis is available. This zap attempts to detect and correct for this problem by temporarily shutting off traffic until the system can process the queued up datagrams and then turning traffic back on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G256, ZP15G257, ZP15G258 |
| | Superseded by: ZP15G353 |
|
| ZP15G260* |
External application runs TCP/IP out of getvis
Download Fix File
This zap will correct excessive sends using fast=yes/notalk=yes option when unacknowledged bytes exceeds 256K.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G261, ZP15G262, ZP15G263 |
| | Supersedes: ZP15G215 |
| | Superseded by: ZP15G329 |
|
| ZP15G261* |
External application runs TCP/IP out of getvis
Download Fix File
This zap will correct excessive sends using fast=yes/notalk=yes option when unacknowledged bytes exceeds 256K.
|
2016/11/30 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G260, ZP15G262, ZP15G263 |
| | Supersedes: ZP15G242 |
| | Superseded by: ZP15G343 |
|
| ZP15G262* |
External application runs TCP/IP out of getvis
Download Fix File
This zap will correct excessive sends using fast=yes/notalk=yes option when unacknowledged bytes exceeds 256K.
|
2016/11/30 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G260, ZP15G261, ZP15G263 |
| | Supersedes: ZP15G222 |
|
| ZP15G263* |
External application runs TCP/IP out of getvis
Download Fix File
This zap will correct excessive sends using fast=yes/notalk=yes option when unacknowledged bytes exceeds 256K.
|
2016/11/30 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G260, ZP15G261, ZP15G262 |
| | Supersedes: ZP15G187 |
| | Superseded by: ZP15G304 |
|
| ZP15G264* |
External application runs TCP/IP out of getvis
Download Fix File
Add new messages for excessive sends.
|
2016/11/30 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G244 |
| | Superseded by: ZP15G277 |
|
| ZP15G265* |
External application runs TCP/IP out of getvis
Download Fix File
Add new messages for excessive sends.
|
2016/11/30 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G227 |
| | Superseded by: ZP15G273 |
|
| ZP15G266* |
Timer service conflict
Download Fix File
The usage of setime can conflict when running in a partition using the stixit it timer service such as the Model-204 database system. This zap implements a new socket control call to perform the timer service without using the setime macro.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G267 |
| | Supersedes: ZP15G240 |
| | Superseded by: ZP15G269 |
|
| ZP15G267* |
Timer service conflict
Download Fix File
The usage of setime can conflict when running in a partition using the stixit it timer service such as the Model-204 database system. This zap implements a new socket control call to perform the timer service without using the setime macro.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G266 |
| | Supersedes: ZP15G018 |
|
| ZP15G268* |
Add $OPTSTMX to SOCKOPT macro
Download Fix File
The SOCKOPT macro can be used to generated a custom $SOCKOPT phase. The keyword BSDCFG2 now has a additional option. $OPTSTMX can be used to use a socket control call for timer services instead of the setime VSE service.
|
2016/11/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G267 |
| | Supersedes: ZP15G233 |
|
| ZP15G269* |
GiveSocket and TakeSocket unique token
Download Fix File
The givesocket and takesocket functions allow the usage of a special token to be used with the give and take functions. This token must be unique and this zap corrects this problem.
|
2017/01/16 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G273 |
| | Supersedes: ZP15G266 |
| | Superseded by: ZP15G286 |
|
| ZP15G270* |
SET PASSWORD=value displays the value on SYSLST.
Download Fix File
When the "SET PASSWORD=value" command is passed to the REXEC or RSH clients by way of an "EXEC" command (bypassing the batch client), the password would be echoed to SYSLST.
This fix corrects that problem. No recycling of the stack is needed after applying this fix.
|
2016/12/02 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G385 |
|
| ZP15G271* |
GPS may not print all pages of a report when the MAXPAGES= parm is specified.
Download Fix File
All pages of a report may not be printed by GPS when the total number of pages of the report is greater than the MAXPAGES= 'segmentation value' specified on the DEFINE EVENT.
This fix corrects that problem. You should recycle the stack after applying this fix.
|
2017/01/16 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G023 |
| | Superseded by: ZP15G389 |
|
| ZP15G272* |
GetHostByName would fail for complex domain names.
Download Fix File
If issuing a GetHostByName with a complex domain name that would result in DNS redirection (typically long names), the CNAME field would not be parsed correctly, resulting in the embedded IP address to be missed, causing a "not found" condition.
This fix addresses that problem. You will need to recycle your stack after applying this fix.
|
2017/01/16 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G238 |
| | Superseded by: ZP15G295 |
|
| ZP15G273* |
Added diagnotic messages for give/take functions
Download Fix File
Add new messages for excessive sends.
|
2017/01/16 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G265 |
| | Superseded by: ZP15G323 |
|
| ZP15G274* |
FIREWALL command new operands
Download Fix File
The FIREWALL command has 2 new operands.
FIREWALL ALLOWED will display a list of allowed IP addresses.
FIREWALL BLOCKED will display a list of blocked IP addresses.
|
2017/01/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G275, ZP15G276, ZP15G277, ZP15G278 |
| | Supersedes: ZP15G253 |
| | Superseded by: ZP15G307 |
|
| ZP15G275* |
FIREWALL command new operands
Download Fix File
The FIREWALL command has 2 new operands.
FIREWALL ALLOWED will display a list of allowed IP addresses.
FIREWALL BLOCKED will display a list of blocked IP addresses.
|
2017/01/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G274, ZP15G276, ZP15G277, ZP15G278 |
| | Supersedes: ZP15G254 |
| | Superseded by: ZP15G306 |
|
| ZP15G276* |
Add new operands for FIREWALL command
Download Fix File
FIREWALL ALLOWED
will display a list of allowed IP addresses and includes a count of the allowed datagrams.
FIREWALL BLOCKED
will display a list of blocked IP addresses and the number of attempts that were blocked.
|
2017/01/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G274, ZP15G275, ZP15G277, ZP15G278 |
| | Supersedes: ZP15G194 |
| | Superseded by: ZP15G290 |
|
| ZP15G277* |
New messages for FIREWALL feature
Download Fix File
A new message:
IPI225 FIREWALL BLOCKED ip-addr nnn attempts
is displayed in response to the FIREWALL BLOCKED command and contains the ip-addr blocked and the number(nnn) times it was blocked.
A new message:
IPI226 FIREWALL Table of Blocked Addresses Reset
is displayed when the table of blocked addresses is reset.
|
2017/01/23 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G274, ZP15G275, ZP15G276, ZP15G278 |
| | Supersedes: ZP15G264 |
| | Superseded by: ZP15G298 |
|
| ZP15G278* |
Blocked IP addresses using excessive storage
Download Fix File
On VSE systems where the router or ISP does not perform any blocking of known black listed IP addresses excessive storage and poor performance can occur. If a lot of different IP addresses are blocked they can increase our virtual storage usage and negatively affect performance. This zap will now report the blocked IP address and not allocate any storage for it. Instead a table of blocked IP addresses is maintained with a maximum of 512 entries. When that table is filled it will issue a:
IPI226 FIREWALL Table of Blocked Addresses Reset
And reset the table of entries. In addition 2 new operands and 1 change is being added to the FIREWALL command.
FIREWALL BLOCKED will display all the entries in the currently blocked table and the number of times it was blocked.
FIREWALL ALLOWED will display all the allowed IP addresses and the number of allowed datagrams.
FIREWALL REPORT will display all allowed and any port blocking or ICMP blocks.
In addition sites should review the TCP/IP syslst for:
IPI209I FIREWALL blocked IP-Addr
and consider blocking the IP-Addr at a higher level before it gets to the VSE system. This can be done in the router or by contacting your ISP to black list these blocked IP addresses. The FIREWALL BLOCKED can also be used at any time to display the list of IP addresses that should be blocked at a higher level to minimize the overhead these hackers may be causing.
|
2017/01/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G274, ZP15G275, ZP15G276, ZP15G277 |
| | Supersedes: ZP15G196 |
|
| ZP15G279* |
Message update and repeated report sending.
Download Fix File
This fix updates several messages and eliminates a condition where a large report would be sent repeatedly.
This fix corrects these issues. You should recycle the stack after applying this fix.
|
2017/01/28 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G235 |
| | Superseded by: ZP15G288 |
|
| ZP15G280* |
DELETE TRACE fails to delete trace
Download Fix File
The corrections in ZP15G251 caused a failure in the deleting of a defined trace. This zap corrects this problem.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2017/01/27 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G251 |
|
| ZP15G281* |
Power file I/O driver diagnostic
Download Fix File
This zap corrects an error when FTP is used to store a file into the Power RDR queue with records > 80 bytes. A wrong length record is reported and the FTP fails, but a file is still stored in the Power RDR queue. This zap should cause no entry to be stored when a failure occurs.
|
2017/09/25 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G282* |
Abend during SSL/TLS when using effector daemon
Download Fix File
The updating of the handle area had an incorrect length due to the increased size of the TLS 1.2 support. This zap corrects this problem.
You will need to recycle your stack after applying this fix for it to go into effect.
|
2017/02/03 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G283 |
| | Supersedes: ZP15G231 |
| | Superseded by: ZP15G291 |
|
| ZP15G283* |
Abend during SSL/TLS when using effector daemon
Download Fix File
The updating of the handle area had an incorrect length due to the increased size of the TLS 1.2 support. This zap corrects this problem.
You will need to recycle your stack after applying this fix for it to go into effect.
|
2017/02/03 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G282 |
| | Supersedes: ZP15G064 |
|
| ZP15G284* |
Preprocessor does not let variable field set the SYSID.
Download Fix File
The coding of "SYSID(PARMNAME)" would generate code that would put "PA" into XOSYSID instead of the contents of variable "PARMNAME". This only affected Cobol generated code.
This fix corrects the problem by checking if the first 2 bytes of the value passed is numeric, meaning "quotes" will be put on either side of a field where the first 2 bytes are numeric, or they will be omitted if the first two bytes of the field are not numeric.
No recycling of the stack is needed after applying this fix.
|
2017/02/08 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G184 |
|
| ZP15G285* |
SSL/TLS fails when using effector daemon
Download Fix File
When using a listener with an effector the SSL/TLS session fails. The updating of the handle area had an incorrect length due to the increased size of the TLS 1.2 support. This zap corrects this problem.
You will need to recycle the stack after applying this fix.
|
2017/02/07 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G245 |
| | Superseded by: ZP15G315 |
|
| ZP15G286* |
GiveSocket not posted by TakeSocket
Download Fix File
The takesocket function allows the option of posting the exception ecb of the corresponding givesocket. The clientid(CID) structure contains a bit setting for requesting this posting during the givesocket and this is now checked to perform the posting of the givers socket exception ecb.
|
2017/02/17 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G269 |
| | Superseded by: ZP15G297 |
|
| ZP15G287* |
IPA412D FTP diagnostic LREDSRBD RC=00000008
Download Fix File
This zap adds a status call to verify the connection is established to the locally attached ftp daemon before issuing the initial receive for the 220 welcome message.
|
2017/02/14 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G210 |
| | Superseded by: ZP15G305 |
|
| ZP15G288* |
Message TCP902D displays on SYSLST without DIAG enabled.
Download Fix File
This fix changed message TCP902D to only output to SYSLST when DIAG=AUTO is enabled.
This fix corrects these issues. You should recycle the stack after applying this fix.
|
2017/03/21 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G279 |
| | Superseded by: ZP15G330 |
|
| ZP15G289* |
The FOIP string is not passed to the CGI-REXX program.
Download Fix File
It is documented that the FOIP of the calling program, such as HTTPD, will pass a 15-byte character string as the 4th argument. Apparently, only 3 parameters were being passed. In order to have the software operate as documented, the 4th parameter has been added as well as the FOPORT (parm5), LOIP (parm6), and LOPORT (parm7).
This fix corrects that problem. Recycling of the stack is required.
|
2017/02/23 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G290* |
Invalid IP address in firewall table
Download Fix File
If an invalid IP address is created in the firewall table it can be difficult to determine which entry is incorrect. This zap displays a IPI227 message to clearly identify the incorrect entry.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G298 |
| | Supersedes: ZP15G276 |
|
| ZP15G291* |
SSL117D IPCRSINI failed reason=GETFROBU
Download Fix File
The area allocated to decompile the ASN.1 certificate can get the above area when more or large fields in a certificate overflow the buffer area used to decipher the certificate. This zap expands the area from 4K to 8K for both .root and .cert files.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G282 |
| | Superseded by: ZP15G313 |
|
| ZP15G292* |
IPN551I Short on Storage 31-bit now at 99% used traffic left OFF
Download Fix File
The above message can occur when no more 31-bit partition getvis is available and traffic is automatically turned off until 31-bit storage becomes available. This zap also corrects a problem with turning traffic back on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G296 |
| | Supersedes: ZP15G256 |
|
| ZP15G293* |
Passive open fails to re-enter listen state
Download Fix File
This zap recovers a TCP passive open listen. Server applications listening may have been posted with a srcode=8 and fail to re-enter the listen state. This zap has the connection manager automatically recover.
The TCP/IP stack must be recycled after appplying this zap.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G237 |
| | Superseded by: ZP15G302 |
|
| ZP15G294* |
SET DISP=HOLD ignored if report DISP=K
Download Fix File
If the batch EMAIL client sends a "SET DISP=HOLD" and if the original DISP was "K", it should be set to "L" if the SEND was successful. It doesn't.
This fix corrects that problem. No recycling of the stack is needed after applying this fix.
|
2017/04/01 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G255 |
| | Superseded by: ZP15G357 |
|
| ZP15G295* |
A good DNS following a bad DNS response would also fail. Recovery issues also noted.
Download Fix File
If issuing a DNS request to a DNS server failed, then the next DNS server in the list would also fail (Not get sent, and marked as bad.) This has been corrected.
With DIAG DNC enabled, we could see that if, for example, DNS3 and DNS4 were not defined, their entries (null values) would still be processed with an IP address of 0.0.0.0. They would immediately fail, as expected. This has been corrected.
Even if DNSTx was set to 1200, the timeout would be treated as 1200 + 600. This will no longer happen.
If DNSTx was set to 900 or less, it would be changed to 3000, even though 900 is a valid setting. 900 or higher is now left as-is, and the default for lower values is 1200. This is to correct issued caused by users entering the value in seconds instead of 1/300th seconds.
Retry logic was not working on a timeout condition. This has been corrected, so that a retry will occur when a server has not responded to the request.
This fix addresses the above problems. You will need to recycle your stack after applying this fix.
|
2017/04/07 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G272 |
|
| ZP15G296* |
IPN541W IBBLOks being allocated from 24-bit GETVIS
Download Fix File
The above message can occur when no more 31-bit partition getvis is available. It also caused an internal TRAFFIC OFF to allow the queued up IBBLOKs to be processed and released. This zap change it so that traffic will only be stopped when the DIAG GETVIS option is on.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G292 |
| | Supersedes: ZP15G258 |
|
| ZP15G297* |
BSD100I message not displayed on console
Download Fix File
The BSD100I message was previously display on the console when a partition initiated it's first socket request. Some installations key an automation event on this message and this zap restores this message to be displayed on the VSE system console.
|
2017/03/20 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G286 |
| | Superseded by: ZP15G318 |
|
| ZP15G298* |
New message for FIREWALL feature
Download Fix File
A new message IPI227 is displayed when an invalid IP address is detected in the firewall table.
|
2017/03/20 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G290 |
| | Supersedes: ZP15G277 |
| | Superseded by: ZP15G309 |
|
| ZP15G299* |
Update online messages file
Download Fix File
This zap will catalog an updated IPNOME.Z book that can then be used to update the VSE online messages file with the IBM IESMSGS utility. To avoid problems with EBCDIC to ASCII translation it is recommended to run a job similiar to the below to run the IESMSGS utility:
.* $$ JOB JNM=IPNOMEZ,DISP=D,CLASS=0
.* $$ SLI MEM=IPNOME.Z,S=lib.sublib
.* $$ EOJ
Replace lib.sulib with the library and sublibrary used to install TCP/IP 1.5G.
|
2017/03/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G239 |
| | Superseded by: ZP15G311 |
|
| ZP15G300* |
SET TLS31 fails with SETCBDO1
Download Fix File
The SET TLS31 was replaced with SET TLS10 to reflect the RFC specification. The internal TLS records exchanged contain 0301 but RFC2246 is titled as the TLS 1.0 specification and eventually a TLS 3.1 specification will be issued, so it is best to change to SET TLS10 but existing jobs and documentation allow the use of SET TLS31 so this zap restores the synonym to allow it to work.
|
2017/05/03 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G249 |
| | Superseded by: ZP15G312 |
|
| ZP15G301* |
Abend when converting SAM file to a PDF.
Download Fix File
Fix ZP15G145 moved all I/O buffers to the 31-bit area. Unfortunately, the SAM I/O access method requires that this buffer reside in the 24-bit address range. This fix takes that single buffer and returns it to the 24-bit address area.
Recycle the TCP/IP stack after applying this fix.
|
2017/05/03 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G248 |
| | Superseded by: ZP15G324 |
|
| ZP15G302* |
TCP retranmissions failing and recovery
Download Fix File
This zap adds some additional diagnostic messages for TCP retransmissions. This includes the recovery of a failed listen state for when the initial TCP handshake the server state is restored to a listen state. The DIAG PERFORM has also been enhanced to provide additional diagnostic information.
The TCP/IP stack must be recycled after appplying this zap.
|
2017/08/04 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G293 |
| | Superseded by: ZP15G317 |
|
| ZP15G303* |
Operation exception if CHECKTCP executes during startup.
Download Fix File
If the TCP/IP stack was initializing, and the CHECKTCP utility was executed at the instant that one or more stack modules had not yet loaded, an overlay of $JOBCTLA storage would occur, causing an abend (usually, an operation exception).
This fix corrects that problem. No recycling of the stack is needed.
|
2017/09/15 |
|
| Importance: Low | Risk: Low | |
| | Superseded by: ZP15G341 |
|
| ZP15G304* |
Asynchronous accept fails during shutdown
Download Fix File
During TCP/IP shutdown a CICS accept function was incorrectly being posted successfully completed when it should have been posted with a failure(-1) with errno enetdown(1117). This zap should correct this problem.
This zap also adds diagnostics that can be activated with the new DIAG KEYZERO command.
|
2017/08/04 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G307, ZP15G308, ZP15G309 |
| | Supersedes: ZP15G263 |
| | Superseded by: ZP15G328 |
|
| ZP15G305* |
Allow SETVAR command to use VSE SETPARM variable
Download Fix File
When using automatic FTP with the DEFINE EVENT command a script should be able to reference and set a variable to a VSE SETPARM variable setting. The VSE SETPARM must be issued in the TCP/IP initialization job. It can then be used in the auto-ftp script with this zap applied.
|
2017/06/09 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G287 |
| | Superseded by: ZP15G334 |
|
| ZP15G306* |
Truncated name in IPN528E message
Download Fix File
When issuing a DEFINE NAME command with names that exceed 16 characters and the name already exists an error message IPN528E is issued but the name in the message was truncated to 16 bytes. This zap corrects the error and displays the full dupliate name that must first be deleted before defining the new updated name.
|
2017/06/09 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G275 |
| | Superseded by: ZP15G308 |
|
| ZP15G307* |
Add DIAG KEYZERO
Download Fix File
This zap add a new diagnostic command DIAG KEYZERO to detect a failure that can occur when running with the Macro4 DUMPMASTER product.
|
2017/08/04 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G308 |
| | Supersedes: ZP15G274 |
| | Superseded by: ZP15G326 |
|
| ZP15G308* |
Add DIAG KEYZERO
Download Fix File
This zap add a new diagnostic command DIAG KEYZERO to detect a failure that can occur when running with the Macro4 DUMPMASTER product.
|
2017/08/04 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G307 |
| | Supersedes: ZP15G306 |
| | Superseded by: ZP15G327 |
|
| ZP15G309* |
Modify diagnostic messages for retransmit
Download Fix File
The IPT317 message was missing duration information when using DIAG PERFORM. This zap adds that to the message. It also produces a list of the last datagrams processed for the connection when it is terminated.
|
2017/08/04 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G298 |
| | Superseded by: ZP15G316 |
|
| ZP15G310* |
Extraneous pdumps issued on connection failures
Download Fix File
This fix removes a extraneous pdump that was being issued during a failed LPR event.
|
2017/08/04 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G164 |
|
| ZP15G311* |
Update online messages file
Download Fix File
This zap will catalog an updated IPNOME.Z book that can then be used to update the VSE online messages file with the IBM IESMSGS utility. To avoid problems with EBCDIC to ASCII translation it is recommended to run a job similiar to the below to run the IESMSGS utility:
.* $$ JOB JNM=IPNOMEZ,DISP=D,CLASS=0
.* $$ SLI MEM=IPNOME.Z,S=lib.sublib
.* $$ EOJ
Replace lib.sulib with the library and sublibrary used to install TCP/IP 1.5G.
|
2017/08/14 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G299 |
| | Superseded by: ZP15G351 |
|
| ZP15G312* |
FTP317W FTPBATCH diagnostic: SCTXCNRB RC=00000064
Download Fix File
When using ftpbatch in server mode with SECURITY ON,BATCH=ON multiple VSE subtasks are used and security calls are sent to the stack partition using a shared control connection. A conflict can occur when multiple sessions simultaneously request control service requests for security or a dynamic free port request resulting in the above FTP317W error message.
|
2017/09/13 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G300 |
| | Superseded by: ZP15G339 |
|
| ZP15G313* |
Extraneous sdumps occurring
Download Fix File
When a SSL encypted message is received the secure message hash(SHA-1) is used to verify the message integrity, but when the message fails to authenticate some diagnostic sdumps were being issued that cannot be turned off. This zap removes these extraneous sdumps but can be activated using non-default settings in the $SOCKDBG.phase. But this zap will bypass these sdumps when using the default settings.
|
2017/09/13 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G291 |
| | Superseded by: ZP15G322 |
|
| ZP15G314* |
Change SSL200I messgage to important
Download Fix File
The SSL200I message displays the version of the IPDSCIAL.phase being used and was informational which by default is not displayed. This zap changes it to important so that it will be displayed once during the initial invocation of this cryptographic service phase.
|
2017/09/13 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G230 |
|
| ZP15G315* |
Second session from same IP address will not connect.
Download Fix File
If a PC establishes a connection to a TN3270 server, it will successfully connect to a free LUNAME. If that same PC attempts to make a second connection, the connection will attempt to use the same LUNAME, which is currently owned by the first request.
This fix corrects these issues. You should recycle the stack after applying this fix.
|
2017/09/14 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G285 |
| | Superseded by: ZP15G325 |
|
| ZP15G316* |
Added diagnostic message IPF406
Download Fix File
This zap adds a:
IPF406D IPNFPOWR-CLOSOUMM FRPARM2=aaaa PXUACT1=bbbb
message that will be issued when DIAGNOSE POWER is active. It is issued by the Power file I/O driver when a failed FTP output file is closed. This is a internal diagnostic and is used by CSI technical support when diagnosing problems when storing files into Power.
|
2017/09/26 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G309 |
| | Superseded by: ZP15G320 |
|
| ZP15G317* |
Failed opens on a congested network
Download Fix File
During the initial TCP handshake we currently send one ACK to a received SYN-ACK from a server during an active open(connect). We will now send three ACKs with a small wait time between the ACKs using the retransmission time interval of the associated route for the connection. This should reduce the number of failed connections on heavily loaded systems with congested networks.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G302 |
| | Superseded by: ZP15G340 |
|
| ZP15G318* |
Added diagnostic message
Download Fix File
This zap adds a diagnostic message:
BSD114I Reserved socket number nnnn for control and monitoring
to identify the socket number reserved for internal control and monitoring.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G297 |
| | Superseded by: ZP15G366 |
|
| ZP15G319* |
Possibility of orphaned storage on certain OPEN errors.
Download Fix File
When attempting to GET a file from a KSDS that is empty, for example, an OPEN will fail and storage will not be freed for the file I/O area.
This fix will correct the problem. You should recycle the stack after applying this fix as well as any external FTPD service.
|
2017/10/03 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G338 |
|
| ZP15G320* |
Pickup latest messages
Download Fix File
This zap picks up changes to messages for various modules.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G316 |
| | Superseded by: ZP15G348 |
|
| ZP15G321* |
Possibility of orphaned storage on certain OPEN errors.
Download Fix File
When attempting to GET a file from a ESDS that is empty, for example, an OPEN will fail and storage will not be freed for the file I/O area.
This fix will correct the problem. You should recycle the stack after applying this fix as well as any external FTPD service.
|
2017/10/03 |
|
| Importance: Medium | Risk: Medium | |
| | Superseded by: ZP15G337 |
|
| ZP15G322* |
VCS fails with SSL header between buffers
Download Fix File
This zap corrects a problem that can occur with the IBM Virtual Connector Server(VCS) when receiving buffers with a partial SSL header or records split across buffers.
This zap also implements the SOCKOPT $OPTFBUR to use the full receive buffer provided by the application when multiple application data records have been received in the TCP stream. This should improve performance when using receive buffers 32k or larger and multiple SSL records are received in a single buffer.
|
2017/12/01 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G323 |
| | Supersedes: ZP15G313 |
| | Superseded by: ZP15G358 |
|
| ZP15G323* |
Added diagnotic messages for SSL
Download Fix File
Add new diagnostic messages for SSL/TLS socket processing.
|
2017/12/01 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G273 |
| | Superseded by: ZP15G331 |
|
| ZP15G324* |
Abend after SITE REXX used without parameters.
Download Fix File
If a SITE REXX command was used by the client, but no parameter was passed, a subsequent access to the FTP control blocks, (e.g. Q FTP) would result in the stack abending.
This fix resolves that issue. You should recycle the TCP/IP stack after applying.
|
2018/01/31 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G301 |
| | Superseded by: ZP15G335 |
|
| ZP15G325* |
Change TEL934 from warn to diagnostic
Download Fix File
The TEL934 message contains diagnostic information but was being issued as a warning message. This zap changes it from warn to diagnostic.
You will need to recycle the stack after applying this fix.
|
2018/01/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G315 |
| | Superseded by: ZP15G374 |
|
| ZP15G326* |
New command to reduce overhead of counters.
Download Fix File
This zap adds a new command EXTPSTAT ON/OFF. The default is off but the changes described in ZP15G328 are also required to reduce the overhead caused by updating these counters. When on the Query EXTERNAL command can be used to display internal statistical counters. These statistics do cause some additional overhead.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G327 |
| | Supersedes: ZP15G307 |
| | Superseded by: ZP15G346 |
|
| ZP15G327* |
IPN341E SIZE= and MTU= are mutually exclusive
Download Fix File
The IBBLOK command erroneously put out an IPN341E error message when using just the SIZE= keyword. This zap corrects this error.
This zap also adds support for the EXTPSTAT command described in ZP15G326.
The stack must be recycled to pick up this correction.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G326 |
| | Supersedes: ZP15G308 |
| | Superseded by: ZP15G347 |
|
| ZP15G328* |
Reduce key zero non-parallel cpu time
Download Fix File
This zap reduces the amount of non-parallel cpu time when the TCP/IP stack and external partition being serviced are both running in dynamic partitions. Static partitions use different storage protection keys so TCP/IP must enter key zero state to update the external partition socket buffers and result areas, but dynamic partitions are use the same storage protection keys and it is not necessary to enter key zero state. This zap also requires that external partition getvis statistics be turned off with the EXTPSTAT OFF command(see ZP15G326) since these statistics reside in system getvis and would negate the improved performance.
|
2018/01/30 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G326, ZP15G327, Z15G329 |
| | Supersedes: ZP15G304 |
| | Superseded by: ZP15G368 |
|
| ZP15G329* |
Reduce key zero non-parallel cpu time
Download Fix File
This zap checks for the EXTPSTAT ON command before updating statistical counters in system getvis to reduce key zero cpu time.
Note that the use of the SOCKOPT MAXSOCO=00 to enforce the detection of maximum outstanding socket requests requires EXTPSTAT ON. This options default setting of 00 is not to enforce and is rarely used in custom $SOCKOPT phases.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G326, ZP15G327, ZP15G328 |
| | Supersedes: ZP15G260 |
| | Superseded by: ZP15G344 |
|
| ZP15G330* |
When CPU is at 100%, Auto Client may send same report multiple times.
Download Fix File
When a system is running with little resources available, it is possible that the subtask that changes the DISP of a Power queue entry may fail, and the report will be sent again, perhaps multiple times.
This fix will cause a PDISPLAY to take place after each report has been sent, and if the DISP has not been updated, or the report not deleted, then that condition causing the redelivery will be prevented.
You should recycle the stack after applying this fix.
|
2018/01/30 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G288 |
| | Superseded by: ZP15G333 |
|
| ZP15G331* |
Added AUTOSEND messages to use unique prefix
Download Fix File
AUTOSEND runs in an external partition and should use a unique message prefixes. This zap adds the AUT prefix for AUTOSEND.
|
2018/01/30 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G332 |
| | Supersedes: ZP15G323 |
| | Superseded by: ZP15G372 |
|
| ZP15G332* |
Added AUTOSEND messages to use unique prefix
Download Fix File
AUTOSEND runs in an external partition and should use a unique message prefixes. This zap adds the AUT prefix for AUTOSEND.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G331 |
| | Supersedes: ZP15G030 |
| | Superseded by: ZP15G356 |
|
| ZP15G333* |
Duplicate ECBs with multiple events and AUTOSEND
Download Fix File
When attached as a real VSE subtask by the external AUTOSEND program duplicated ECBs could occur. This zap corrects this problem.
You should recycle the stack after applying this fix.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G330 |
| | Superseded by: ZP15G355 |
|
| ZP15G334* |
Connect to local ftp server fails
Download Fix File
The open of the local ftp server may fail on a heavy loaded system. This zap corrects this by adding a retry to open.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G305 |
| | Superseded by: ZP15G349 |
|
| ZP15G335* |
TLS/SSL data connection not set to clear
Download Fix File
The FTP data connection is by default protected when the control connection is using TLS/SSL but the SET command contains a CLEAR option that can be used to allow a clear unencypted data connection, but the setting was not being set correctly. This fix resolves this issue.
You should recycle the TCP/IP stack after applying this fix.
|
2018/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G324 |
| | Superseded by: ZP15G373 |
|
| ZP15G336* |
New diagnostic events
Download Fix File
This zap adds new internal debugging events for the RAPTRAC event recording facility.
You should recycle the TCP/IP stack after applying this fix.
|
2018/01/30 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G197 |
|
| ZP15G337* |
VSAM ESDS close failure
Download Fix File
The checking of the return code from a close may not have detected a failure. This zap corrects this problem.
This fix will correct the problem. You should recycle the stack after applying this fix as well as any external FTPD service.
|
2018/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G321 |
| | Superseded by: ZP15G350 |
|
| ZP15G338* |
VSAM KSDS close failure
Download Fix File
The checking of the return code from a close may not have detected a close failure. This zap corrects this problem.
This fix will correct the problem. You should recycle the stack after applying this fix as well as any external FTPD service.
|
2018/01/31 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G319 |
|
| ZP15G339* |
FTP307D FTPBATCH diagnostic: SSLXNSSL
Download Fix File
Allow the usage of SET SSL option command when SSL=CLIENT is not in the // EXEC PARM= parameters. The positional operands of the SET SSL also required the lib.sublib.memname on the SET SSL command but this is now only needed when connecting to a server that requires client_authentication which is rare.
The default for the data connection is private encrypted when connecting to a SSL/TLS server. A simple SET SSL CLEAR can be used to set the data connection to default to clear unencypted mode. This can also be used in the FTPBATCH.L member to apply to all executions of FTPBATCH.
|
2018/02/02 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G335 |
| | Supersedes: ZP15G312 |
|
| ZP15G340* |
IPN222E TCP/IP System loop has been detected
Download Fix File
ZP15G317 incorrectly could cause excessive storage usage and produce a false system loop detection.
This zap also corrects a problem with the retranmission of our SYN-ACK during the initial TCP handshake for a listener(server) application running on VSE. In response to remote clients connections we respond with a SYN-ACK as part of the TCP protocol exchange to establish the initial sequence numbers. The SYN counts as one in the TCP sequence numbering. But during a retransmission of our initial SYN-ACK the send sequence number was incorrectly being advanced. The could result in a rejected connection on a congested network in the rare instance of a SYN-ACK being retransmited during the the initial TCP handshake. By default this resending of our SYN-ACK will be attempted 3 times with a time wait of 1 second bewtween each attempt. The new command LISTENFAILL RETRYCNT=nn RETRYTIME=nnnn command can be issued to override these default settings.
In addition the listener(server) application on VSE is by default not posted and the connection is recovered into a listen state after the failure of this initial TCP handshake. A new command LISTENFAIL can be used to post an application with a listen(passive open) failure. The default is to not post the application. LISTENFAIL APPLPOST=YES will cause the application to be posted when a initial TCP handshake fails. See ZP15G346 for additional information on the LISTENFAIL command.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/03/26 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G317 |
| | Superseded by: ZP15G363 |
|
| ZP15G341* |
WAIT=YES on the wrong SYSID would not wait.
Download Fix File
If the wrong SYSID was issued for CHECKTCP with WAIT=YES, the SOCKET OPEN request would still terminate normally, causing it to appear that the stack was actually up, when it was not.
This fix corrects that problem. No recycling of the stack is needed.
|
2018/02/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G303 |
|
| ZP15G342* |
EXEC TCP application fails
Download Fix File
Applications using the old EXEC TCP which included the deprecated IPNETXCO.OBJ from 1.5D could fail under the current release. Applications using the old 1.5D object deck must be re-compiled and re-linked with the IPNETXB.OBJ(batch) or IPNETXC.OBJ(cics). But the use of the older IPNETXCO will now be detected and a:
IPN696I Deprecated SOBLOK detected from XXXXXXXX
will be issued where XXXXXXXX is the job step name of the external application using the deprecated object deck.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G343, ZP15G344 |
| | Supersedes: ZP15G216 |
|
| ZP15G343* |
EXEC TCP application fails
Download Fix File
Applications using the old EXEC TCP which included the deprecated IPNETXCO.OBJ from 1.5D could fail under the current release. Applications using the old 1.5D object deck must be re-compiled and re-linked with the IPNETXB.OBJ(batch) or IPNETXC.OBJ(cics). But the use of the older IPNETXCO will now be detected and a:
IPN696I Deprecated SOBLOK detected from XXXXXXXX
will be issued where XXXXXXXX is the job step name of the external application using the deprecated object deck.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/03/23 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G342, ZP15G344 |
| | Supersedes: ZP15G261 |
|
| ZP15G344* |
EXEC TCP application fails
Download Fix File
Applications using the old EXEC TCP which included the deprecated IPNETXCO.OBJ from 1.5D could fail under the current release. Applications using the old 1.5D object deck must be re-compiled and re-linked with the IPNETXB.OBJ(batch) or IPNETXC.OBJ(cics). But the use of the older IPNETXCO will now be detected and a:
IPN696I Deprecated SOBLOK detected from XXXXXXXX
will be issued where XXXXXXXX is the job step name of the external application using the deprecated object deck.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G342, ZP15G343 |
| | Supersedes: ZP15G329 |
|
| ZP15G345* |
BARS LEFT and WIDTH do not work as documented.
Download Fix File
The BARS command has additional options, such as LEFT, WIDTH, and DEPTH. The LEFT command was off by one point, and the WIDTH value was off by several.
Apply this fix to correct the problem. You will need to recycle the stack after applying this fix for the correction to take effect.
|
2018/03/08 |
|
| Importance: Low | Risk: Low | |
|
| ZP15G346* |
New LISTENFAIL command
Download Fix File
This zap adds a new command LISTENFAIL with the keyword operands APPLPOST=NO/YES, RETRYCNTR=0-99, and RETRYTIME=0-9000. This command can be used to control servers on VSE in a listen state. The default setting is: "LISTENFAIL APPLPOST=NO RETRYCNTR=0 RETRYTIME=0"
Normally when a remote client connects into a server on VSE a TCP handshake occurs which begins with a synchronize(SYN) from the client to the VSE server. The SYN establishes the TCP starting sequence number of the remote client. A SYN-ACK is then sent to establish the starting TCP sequence number of the VSE server. The remote client should then respond with an acknowledgement(ACK) to complete the standard 3-way TCP handshake that establishes a connection. But when a remote client does not respond in a timely fashion to the SYN-ACK sent to it the SYN-ACK is retransmitted and a time wait is entered for the ACK to our SYN-ACK. This is a rare occurence but on heavily congested networks it can and does happen. In addition a known denial of service virus/attack can occur where the remote sends in SYN's without ever ACKing the SYN-ACKs. This condition is referred to as a SYN flood attack. For more details on it see:
https://en.wikipedia.org/wiki/SYN_flood#Technical_details
These can be difficult to block since the source IP address is often forged and it can also delay processing since the listener/server on VSE is not in a listen state during this initial TCP handshake. The PORTQUEUE command can/has been used in the past to alleviate this type of problem but it can also eventually be overwhelmed. Poor performance and legitimate connection requests can be rejected if the flooding is excessive(beyond the PORTQUEUE settings).
The LISTENFAIL command can be used to control how many times and for how long we will attempt to re-send our SYN-ACK in response to an incoming client connection request(SYN) and if we should post the VSE server application for a failed initial TCP handshake.
APPLPOST=NO is the default and will simply cause the VSE server to re-enter the listen state without posting the associated application after RETRYCNT and RETRYTIME values are exceeded.
APPLPOST=YES can be used to post the VSE server application after the RETRYCNT and RETRYTIME values are exceeded. The application is posted with a failure return code and should re-issue the listen request.
The Query SET command can be used to display current LISTENFAIL settings.
|
2018/03/26 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G347 |
| | Supersedes: ZP15G326 |
| | Superseded by: ZP15G364 |
|
| ZP15G347* |
New LISTENFAIL command
Download Fix File
See ZP15G346 for a full description of this new command.
The stack must be recycled to pick up this correction.
|
2018/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G346 |
| | Supersedes: ZP15G327 |
| | Superseded by: ZP15G360 |
| | Superseded by: ZP15G365 |
|
| ZP15G348* |
Pickup latest messages
Download Fix File
This zap picks up changes to messages for various modules.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2018/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G320 |
| | Superseded by: ZP15G361 |
|
| ZP15G349* |
New messages for retry of open requests
Download Fix File
The following new messages may be issued when attempting to open connections from the FTP client.
"IPA417 Open of control connection retried to ip-addr,port" is issued when the local open fails and a retry is attempted.
"IPA418 Receive timed out retrying it now" is issued when a local receive times out and a retry is attempted.
"IPA419 Data connection listening on port nnnn" is issued when a a passive data connection is used to receive directory output.
"IPA420 Data connection open ip-addr,remote-port(local-port)" is issued when DIAG FTP is active and contains the IP address and ports to receive directory output.
"IPA421 Waiting for data connection to be established" is issued when a a passive data connection is used to receive directory output and we are waiting for the remote to connect into the passive port.
"IPA422 Open of control connection successfully retried to ip-addr,port" is issued when the local open fails and a retry is successful.
|
2018/03/26 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G334 |
| | Superseded by: ZP15G354 |
|
| ZP15G350* |
Rare instances of an ESDS file not being closed, so help by TCP/IP.
Download Fix File
In older versions of VSE, it is possible that the return code for a CLOSE will be set to zero, even though the close has not yet occurred, and it is possible that something can interrupt that close from completing, and thus failing after-the-fact.
This fix has added a TESTCB after the close to check the open flag. If it is still open, it will attempt to recover by retrying the CLOSE once a second, for up 10 seconds.
You should recycle the stack after applying this fix for it to take effect.
|
2018/05/04 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G337 |
| | Superseded by: ZP15G359 |
|
| ZP15G351* |
Update online messages file
Download Fix File
This zap will catalog an updated IPNOME.Z book that can then be used to update the VSE online messages file with the IBM IESMSGS utility. To avoid problems with EBCDIC to ASCII translation it is recommended to run a job similiar to the below to run the IESMSGS utility:
.* $$ JOB JNM=IPNOMEZ,DISP=D,CLASS=0
.* $$ SLI MEM=IPNOME.Z,S=lib.sublib
.* $$ EOJ
Replace lib.sulib with the library and sublibrary used to install TCP/IP 1.5G.
|
2018/03/29 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G311 |
|
| ZP15G352* |
IPN166E Application Program Abend at xxx Phase: IPDRIVER, Offset: 00005E02
Download Fix File
A program check abend could occur in the pseudo task dispatcher when a post request contains an ecb with an invalid address. This zap will detect this condtion and issue a:
IPN219W IPPOST invalid TKBLOK address in ecb 0220CB44 ecb contained 7F35D600 called from 80636312
The above message should be reported to CSI technical support to further analyze the application running in the stack that failed.
You will need to recycle the stack after applying this fix.
|
2018/05/04 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G021 |
|
| ZP15G353* |
IPN597I Shutdown Stage: 4: Network termination (max. 10 seconds)
Download Fix File
The shutdown processing may hang after the above IPN597 message. A previous abend during a pseudo task that obtained the connection manager lock is one possible cause of the shutdown hanging. This zap uses a no wait request for the lock and will terminate with a:
IPN597I Shutdown Stage: 4: Could not obtain lock retrying now...
message and issue a:
IPN597I Shutdown Stage: 4: Could not obtain lock going on without it
when it determines it is unable to obtain the lock to allow the shutdown processing to complete.
You will need to recycle the stack after applying this fix for the update to take effect.
|
2018/05/04 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G259 |
|
| ZP15G354* |
SSL117D IPCRSRED failed reason=SREDBTSM
Download Fix File
When using SSL/TLS on a large directory the secure read could fail while receiving the decrypted data. The maximum size of a SSL/TLS record is 32K but the receive area was only 4K. This zap expands the directory receive area to handle this larger record.
|
2018/05/14 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G349 |
| | Superseded by: ZP15G381 |
|
| ZP15G355* |
Good delivery results in DISP=Y.
Download Fix File
If multiple deliveries are occurring and one of them fails, for any reason, it is possible that the deliveries that follow that one will terminate with DISP=Y, even though the reports were successfully delivered.
This fix corrects that problem. No recycling of the stack is needed.
|
2018/07/02 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G333 |
| | Superseded by: ZP15G371 |
|
| ZP15G356* |
Use external CLIENTDX phase
Download Fix File
The external automation processing now uses the CLIENTDX phase to allow exploitation of functions outside of the TCP/IP partition.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G367, ZP15G372 |
| | Supersedes: ZP15G332 |
|
| ZP15G357* |
SET JSEP command is invalid.
Download Fix File
The SET JSEP command was accidentally removed at some point, and any attempt to use it would fail.
This fix restores that command. No recycling of the stack is needed after applying this fix.
|
2018/10/08 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G294 |
|
| ZP15G358* |
Client fails to connect with older SSL/TLS server
Download Fix File
When connecting to a remote server that does not support TLS 1.2 a failure could occur. This zap corrects this problem.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G322 |
| | Superseded by: ZP15G375 |
|
| ZP15G359* |
Q FILES enhancement changes for ESDS files.
Download Fix File
The QUERY FILES has been enhanced by adding a message to show how many tasks are accessing that file and what they are doing (OPEN, ,CLOSE, READ, WRITE). This is useful in debugging file activity issues.
This fix corrects provides the enhancement. You will need to recycle the stack after applying this fix.
|
2018/08/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G350 |
|
| ZP15G360* |
CLOSE FILE was not working. Q FILES has new message added.
Download Fix File
The QUERY FILES has been enhanced by adding a message to show how many tasks are accessing that file and what they are doing (OPEN, ,CLOSE, READ, WRITE). This is useful in debugging file activity issues.
This new operation is limited to those files I/O drivers that have been modified to provide the information that the Q FILES command requires. Currently, this is limited to ESDS, and the relative fix to that module will also need to be applied.
The CLOSE FILES command was not working. This has been corrected.
This fix corrects a problem and provides an enhancement. You will need to recycle the stack after applying this fix.
|
2018/06/14 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G347 |
|
| ZP15G361* |
Added message IPN550I so that a Q FILES will show active sessions.
Download Fix File
The QUERY FILES has been enhanced by adding a message to show how many tasks are accessing that file and what they are doing (OPEN, ,CLOSE, READ, WRITE). This is useful in debugging file activity issues.
This fix provides the enhancement. You will need to recycle the stack after applying this fix.
|
2018/08/16 |
|
| Importance: Low | Risk: Low | |
| | Supersedes: ZP15G348 |
| | Superseded by: ZP15G369 |
|
| ZP15G362* |
SET USER or PASS in an EXEC member is displayed.
Download Fix File
If the client issues a "EXEC member" and there is a "SET USER" or "SET PASS" within it, the complete contents are displayed, unlike if they were part of the JCL stream, where it would be masked over with "(SUPPRESSED)".
This fix enables masking. No recycling of the stack is needed after applying this fix.
|
2018/06/13 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G363* |
Active open(connects) delayed poor performance
Download Fix File
This zap corrects a problem with poor performance for active open(connects). ZP15G340 corrected a problem by sending multiple acks with a time delay in response to the final SYN-ACK of the TCP initial handshake, but this could also cause poor performance. With this zap applied the default behavior will be to remove this sending of multiple acks with a time delay. The new CONNECTFAIL command documented in ZP15G364 can be used to send multiple ACKs in response to the final SYN-ACK of the TCP initial handshake.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/10/08 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G340 |
|
| ZP15G364* |
New CONNECTFAIL command
Download Fix File
This zap adds a new command CONNECTFAIL with the keyword operands OPENACKS=NO/YES, OPENACKN=1-32, OPENACKT=100-18000. This command can be used to control the number of ACKs clients on VSE send when connecting to servers. The default setting is: "CONNECTFAIL OPENACKS=NO OPENACKN=1 OPENACKT=100"
Normally when a client on VSE connects to a server a TCP handshake occurs which begins with a synchronize(SYN) from the client to the server. The SYN establishes the TCP starting sequence number of the client. A SYN-ACK is then received to establish the starting TCP sequence number of the server. And finally a ACK is sent from the client to the server and the connection is established. But on some networks the final ACK was not being received by the remote server and the connection fails to be established.
The CONNECTFAIL command can be used to send multiple ACKS with a time delay in response to the SYN-ACK of the remote server.
OPENACKS=NO is the default and will send the standard single ACK.
OPENACKS=YES can be used to send multiple ACK responses. The OPENACKN is the number of ACKs that will be sent. The OPENACKT is the time delay between the sending of these initial ACKs IN 1/300THS of a second(300 = 1 second).
The Query SET command can be used to display the current the CONNECTFAIL settings.
|
2018/10/08 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G363, ZP15G365 |
| | Supersedes: ZP15G346 |
| | Superseded by: ZP15G382 |
|
| ZP15G365* |
New CONNECTFAIL command
Download Fix File
See ZP15G364 for a full description of this new command.
The stack must be recycled to pick up this correction.
|
2018/10/08 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G363, ZP15G264 |
| | Supersedes: ZP15G347 |
| | Superseded by: ZP15G388 |
|
| ZP15G366* |
BSD103I IPNRCLOS failed R15=00000000 errno=+113 CLOSACLS
Download Fix File
Some diagnostic messages such as the BSD103I during a close were being displayed when diagnostics were not active. This zap changes the message level to diagnostic.
|
2018/10/08 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G318 |
| | Superseded by: ZP15G392 |
|
| ZP15G367* |
New external CLIENTDX phase
Download Fix File
The external automation processing batch utility will now use the CLIENTDX phase to isolate it from the internal CLIENTD program. This should allow the exploitation of functions outside of the TCP/IP partition.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G356, ZP15G372 |
|
| ZP15G368* |
IPN166E Application Program Abend at xxxxxx Phase: SOCKPASS, Offset:0001114E
Download Fix File
An abend may occur due to a label in an error recovery routine using a "DS 0D" causing binary zeros between the in-line instructions. This zap usues a "DS 0H" to correct this problem.
This zap also corrects a IPN832I and IPN898I diagnostic messages that should have only been issued when DIAG CONREJECT is active.
The TCP/IP stack must be recycled after appplying this zap.
|
2019/01/12 |
|
| Importance: Medium | Risk: Low | |
| | Supersedes: ZP15G328 |
| | Superseded by: ZP15G376 |
|
| ZP15G369* |
Added message IPN832 to diagnose asynchronous accept failure
Download Fix File
This fix provides an additional diagnostic message. You will need to recycle the stack after applying this fix.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G361 |
| | Superseded by: ZP15G384 |
|
| ZP15G370* |
Display eye-catcher during Q VER
Download Fix File
The setting of the assembly date and time for the IPNROUTE routing program will now be displayed in the Q VER output. A diagnostic when using multi-homing is also included in this zap.
The TCP/IP stack must be recycled after appplying this zap.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
|
| ZP15G371* |
TCP902D diagnostic message being issued without DIAG AUTO
Download Fix File
TCP902D was being issued every time the automation daemon was checking for work, but should only be issued when DIAG AUTO is active.
This fix corrects that problem. The stack must be recycled to pick up this correction.
|
2019/01/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G355 |
| | Superseded by: ZP15G383 |
|
| ZP15G372* |
Added CLIENTDX messages to use unique prefix AUD and AUT message
Download Fix File
This zap adds messages for CLIENTDX which are prefixed with AUD, and messages for AUTOSEND which are prefixed with AUT.
|
2019/01/15 |
|
| Importance: Medium | Risk: Low | |
| | Co-Requisite: ZP15G356, ZP15G367 |
| | Supersedes: ZP15G331 |
|
| ZP15G373 |
Access Epic dataset fails and site rdw
Download Fix File
When attempting to open an Epic dataset a failure may occur but the return code from the Epic routine is not displayed. This zap will display the return code from the Epic routine.
The SITE RDW ON command can now be used to add the record descriptor word. The use of SITE RDW ON is recognized only in conjunction with MODE BLOCK. Here is a ftpbatch example of using it: BINARY LQUOTE MODE BLOCK LQUOTE SITE RDW ON PUT %SAMOUT1,SAM,V,32768 FTPBRDW1.BJB In the above the %SAMOUT1 is a variable length sequential disk file. The lquote commands will cause the local VSE side of the connection will prefix each record being sent with a 4-byte record descriptor word(RDW). The first 2-bytes of the RDW contain the record length, the last 2-bytes of the RDW will contain binary zeros.
You should recycle the TCP/IP stack after applying this fix.
|
2019/03/18 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G335 |
| | Superseded by: ZP15G380 |
|
| ZP15G374 |
TEL929I and TEL934 messages
Download Fix File
A TEL929I messasge was incorrectly being issued due to a check to compare the incoming client IP address to verify it was connecting to the correct DEFINE TELNETD IP=. But this check should only be performed when CONNECT_SEQUENCE ON is in effect.
An excessive number of TEL934 diagnostic messages could be issued when remote clients abruptly disconnect. The TEL934 messages from a failed receive or send will now only be issued when DIAG TELNET is in effect.
This zap corrects these problems. You will need to recycle the stack after applying this fix.
|
2019/03/14 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G325 |
| | Superseded by: ZP15G378 |
|
| ZP15G375 |
IPN903E Free length (00010000) is wrong
Download Fix File
The length being passed to the free storage routine when releasing a record would cause the IPN903E error message. This zap corrects this problem.
|
2019/03/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G358 |
| | Superseded by: ZP15G377 |
|
| ZP15G376 |
Asynchronous socket fails with enetdown
Download Fix File
A failed listen could cause a false enetdown(1117) errno when using asynchonous socket. The CICS web services uses asynchronous sockets and this false enetdown would cause it to shut down. This zap detects and corrects this problem.
The TCP/IP stack must be recycled after appplying this zap.
|
2019/03/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G368 |
|
| ZP15G377 |
Storage subpool SSLEEE not released
Download Fix File
The SSLEEE storage subpool is used for the receiving of SSL records, but if a session closes abruptly without issuing a secure socket close(IPCRSCLS) the storage for the record was not released. This could eventually run a highly active system out of getvis storage. This zap corrects this problem.
|
2019/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G375 |
|
| ZP15G378 |
TEL927W TN3270DX Menu Failure. Reason=CALMRNFA
Download Fix File
A TEL927 diagnostic messasge was being issued when a failed SSL receive occurred. The TEL927 messages from a failed receive will now only be issued when DIAG TELNET is in effect.
This zap corrects these problems. You will need to recycle the stack after applying this fix.
|
2019/03/23 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G374 |
|
| ZP15G380 |
24-bit storage leak in SOWORK subpool
Download Fix File
When a ftp data connection failed the close for the data connection was not being issued. But the SOWORK area which was being allocated in 24-bit storage was not being released. This zap changes the SOWORK area to be allocated in 31-bit storage and corrects this storage leak problem.
You should recycle the TCP/IP stack after applying this fix.
|
2019/07/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G373 |
|
| ZP15G381 |
24-bit storage leak in SOWORK subpool
Download Fix File
The ftp client manager was allocating the SOWORK area in 24-bit storage. This zap changes the SOWORK area to be allocated in 31-bit storage and corrects this storage leak problem.
You should recycle the TCP/IP stack after applying this fix.
|
2019/07/16 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G354 |
|
| ZP15G382 |
Define Event Nullfile=Delete fails
Download Fix File
The DEFINE EVENT with NULLFILE=DELETE would fail as an invalid command. The NULLFILE= is used to determine how to process an empty Power file(contains 0 bytes). The default it NULLFILE=PROCESS which processes it as a normal file. But the NULLFILE=DELETE would fail. This zap corrects that problem.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/07/29 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G383, ZP15G384 |
| | Supersedes: ZP15G364 |
| | Superseded by: ZP15G387 |
|
| ZP15G383 |
Define Event Nullfile=Delete fails to delete the file
Download Fix File
The DEFINE EVENT with NULLFILE=DELETE should cause an empty file Power file(contains 0 bytes) to be deleted. But the the file was not being deleted. This zap corrects this problem.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/07/29 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G382, ZP15G384 |
| | Supersedes: ZP15G371 |
|
| ZP15G384 |
Define Event Nullfile=Delete fails to delete the file
Download Fix File
The DEFINE EVENT with NULLFILE=DELETE should cause an empty file Power file(contains 0 bytes) to be deleted. This zap adds the: IPN436I NULLFILE: Deleted to inform the user when a null file is detected and it is deleted.
In addition the QUERY EVENTS command will display a: IPN436I NULLFILE: Delete to display the current setting of the NULLFILE keyword.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/07/29 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G382, ZP15G383 |
| | Supersedes: ZP15G369 |
|
| ZP15G385 |
RSH fails with illegal port
Download Fix File
When a RSH client on VSE connects to a RSHD server the next free dynamic local port was being used causing the remote to respond with "illegal port" since the RSH protocol requires the client to use port numbers 512-1023. This zap sets the local port to 1023 to correct this problem.
The TCP/IP stack should be recycled to pick up this fix.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G270 |
|
| ZP15G386 |
Allow Velocity to request performance data
Download Fix File
This zap allows the Velocity performance monitor to request specific TCP/IP performance data from the SeeVSE server. A SeeVSE product key is still required. The VELOCITY command must be added to the sysipt commands for the SVSESRVR.
The TCP/IP stack does not have to be recycled to pick up this zap.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G077 |
|
| ZP15G387 |
Add LPORT= to DEFINE GPSD
Download Fix File
When using a print server multiple connections to a single IP address are required, but the local port was always set to 721. This zap adds the LPORT= to the DEFINE GPSD command to allow the specification of any local port number(0-65,535). If not specified the LPORT= defaults to 721. Also note that LPORT= is only used with OUTPUT=LPR.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G388, ZP15G389 |
| | Supersedes: ZP15G382 |
|
| ZP15G388 |
LPORT= added to DEFINE GPSD
Download Fix File
See ZP15G387 for a full description of this new keyword.
The stack must be recycled to pick up this correction.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G387, ZP15G389 |
| | Supersedes: ZP15G365 |
|
| ZP15G389 |
Add LPORT= to DEFINE GPSD
Download Fix File
When using OUTPUT=LPR the local port was set to 721. This zap uses the DEFINE GPSD LPORT= value. If not specified the LPORT= defaults to 721.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G271 |
|
| ZP15G390 |
Added GPS927 message for Q GPSD
Download Fix File
The QUERY GPSD will now include a GPS927 message containing the defined OUTPUT(L=LPR,D=DIRECT), PORT(remote), and LPORT settings.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G387, ZP15G388, ZP15G389 |
| | Supersedes: ZP15G849 |
|
| ZP15G391 |
Added SEE310 message for Velocity command
Download Fix File
SEE310 Velocity data collection active will be issued in response to the VELOCITY sysipt command.
The TCP/IP stack must be recycled to pick up this zap.
|
2019/10/12 |
|
| Importance: Medium | Risk: Medium | |
| | Co-Requisite: ZP15G386 |
|
| ZP15G392 |
Asynchrous cancel(AIO_CANCEL) causes close failure
Download Fix File
After issuing a AIO_CANCEL a failure during the close function could occur. This zap corrects this problem.
The partition the aynchrounous application is running in must be recycled to pick up this zap.
|
2019/11/05 |
|
| Importance: Medium | Risk: Medium | |
| | Supersedes: ZP15G366 |
