Fix |
Symptom/Description |
Issue Date |
IBM APAR |
|
ZP15F004* |
Unrecoverable abend in CICS
Download Fix File
When a SSL session is established a handle is allocated and chained together with other allocated handles. This process could cause an abend when multiple SSL sessions are initiated. This zap corrects this problem by using a compare and swap to chain these handles together. A closed session is also marked for reuse and not de-chained to avoid the possibility of a corrupted SSL handle chain.
New statistical counters will be displayed when in diagnostic mode.
SSL120 Stats will contain the following counters:
A=Number of SINI successful TLS30 client sessions started
B=Number of SINI successful SSL30 client sessions started
C=Number of SINI successful server sessions started
D=Number of GHAN handles reused
E=Number of GHAN handles allocated
K=Number of RESM successful server fast resume sessions
SSL121 Stats will contain the following counters:
F=Number of FHAN handles freed because SINI failed
G=Number of CMEM handles marked free
H=Number of CMEM count of handles
I=Number of SCLS requests successfully completed
J=Number of SCLS requests failed
M=Maximum number of cached sessions allowed
In addition this fix removes the multiple initialization calls to the IBM IJBHCDRV for the crypto-express2/3 coprocessor during an applications call to the gsk_initialize(IPCRINIT) function. It is now only performed once during the first application call to gsk_initialize(IPCRINIT).
|
2012/12/11 |
PM84600 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F007 |
|
ZP15F007* |
Add statistical counters for SSL session analysis
Download Fix File
This zap adds 2 new message skeletons that are required for new statistical counters messages to be issued by IPCRYPTO in the corequiste ZP15F004 zap.
|
2012/12/11 |
PM84600 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F004 |
| Superseded by: ZP15F110 |
|
ZP15F010* |
SEE118I Running in F7 on VSE UNKNOWN VSE/AF 080300
Download Fix File
This zap corrects the UNKNOWN in the SEE118I message to identify the VSE/AF version that is running at the site.
|
2013/11/15 |
|
Importance: Medium | Risk: Medium | |
|
ZP15F014* |
IPN166E Application Program Abend in IPSERVIB
Download Fix File
This zap re-issues zap 014 as a phase replacement to correct a possible abend and display the zap number in the Q VER output.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
|
ZP15F015* |
Web pages with "&name" embedded will have trailing garbage bytes.
Download Fix File
A Web page can have variables, such as "&IP" to insert values that are always changing. The cleanup calculation was in error, and so an extra "x" bytes (where "x" is the length of the variable name) would be included at the end of the display.
This fix corrects the problem.
|
2012/12/27 |
PM84600 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F342, ZP15F528, ZP15F595 |
|
ZP15F017* |
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/10/24 |
PI34507 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F207 |
|
ZP15F020* |
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/10/22 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F413 |
|
ZP15F023* |
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.
|
2017/12/08 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F150 |
|
ZP15F024* |
ZP15F299 missing NLST entries with MSGXLOG .
Download Fix File
ZP15F433 caused the corrective code in ZP15F299 to be bypassed. This zap puts the ZP15F299 correction back. The ZP15F299 zap corrected a problem when using the external message log file(MSGXLOG) for recording the output of a directory with more than 1000 entries the number of queued messages may exceeed the maximum allowed by the message writer subtask. This zap causes the message queuing routine to check the maximum number of queued messages, and wait for the queue to be processed.
|
2013/03/11 |
PM84600 |
Importance: Medium | Risk: Medium | |
|
ZP15F026* |
LE/C socket application connects to wrong stack partition
Download Fix File
LE/C-based applications load the $EDCTCPV phase to use BSD processing. Corrections have been added to the BSD code and this fix incorporates them into the LE/C interface.
For additional information, see fix ZP15F438.
|
2011/02/23 |
PM40359 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F438, ZP15F419 |
|
ZP15F027* |
IPN549E IPCCDROP error: Chain not clear
Download Fix File
When an external connection request to a passive open cannot be completed due to a retransmission time-out on the outbound SYN, cleanup processing may encounter an error.
This fix corrects the problem.
|
2011/02/27 |
PM40359 |
Importance: Medium | Risk: Low | |
| Pre-Requisite: ZP15F192 |
|
ZP15F028* |
DIR against BIM-EDIT library for 5.7+ looks strange.
Download Fix File
With the release of BIM-EDIT 5.7 the returned record of a member entry was changed, and so the date was moved over by 2 bytes and the size in bytes was moved over by one byte. The result was that a DIRLIST from any client would return the right names, but odd looking dates and sizes.
This fix corrects the problem by varying the offsets, depending on the version of the record returned.
|
2013/02/06 |
PM84600 |
Importance: Low | Risk: Low | |
|
ZP15F029* |
User writen "TYPE=CGI" programs do not work.
Download Fix File
After entering "DEFINE CGI,PUBLIC=name" the message shows that it defined the control block, but it never actually loads the user written CGI (the type that uses the FILEIOHD macro) into storage, and the "BEGIN" routine is never performed.
This fix corrects that problem. The user written TYPE=CGI will now be loaded into storage when it is defined.
|
2013/02/06 |
PM84600 |
Importance: Low | Risk: Low | |
|
ZP15F031* |
Option to change syslst write op code to space 1 line
Download Fix File
This zap in conjunction with ZP15F099 allows the syslst writing of messsages by $SOCKLST to space 1 line before the write immediate to avoid an overlayed print line. A custom $SOCKDBG.PHASE must be generated using the LSTCCW=0B to cause the space 1 line immediate. The LSTCCW=09 is the default setting for the SOCKDBG.A macro.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F099 |
| Superseded by: ZP15F181 |
|
ZP15F035* |
SET INFOPRINT will cause the report delivery to fail.
Download Fix File
The error message was vague, so the output messages have been updated.
This fix corrects the problem. No recycling of the stack is needed.
|
2013/01/30 |
PM84600 |
Importance: Medium | Risk: Low | |
| Superseded by: ZP15F056 |
|
ZP15F037* |
SSL117D IPCRSINI failed reason=GCRIBPV3
Download Fix File
The above diagnostic error can occur when a certificate contains a RSA-SHA256 signature. This zap adds the object identifier for this structure to be successfully processed.
|
2014/10/22 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F379 |
|
ZP15F038* |
Abend occurs in external ftp server with DBCS
Download Fix File
This zap corrects a problem with ftp using double byte character translation. A abend may occur when the DBCS translation fails. A FTP906 diagnostic error message with internal debugging information should be produced when this abend condition is detected.
This zap also corrects a problem with re-entrancy with multiple transfers failing to successfully complete.
|
2013/05/29 |
PI10796 |
Importance: Medium | Risk: Low | |
|
ZP15F039* |
Default domain for emails addresses does not use proper default.
Download Fix File
When an email address is used without an ending "@" followed by a domain name, one is generted for the user. There are two places where this is obtains, from the EMAIL DEST= command in the initialization of the stack, or from the SET DEFAULT_DOMAIN= from the same initialization command. Each of these serves different purposes.
The DEFAULT_DOMAIN was always used, and if not defined, then the EMAIL DEST= would be used. The proper behavior should be that the EMAIL DEST= should always be used first for EMAIL, and if not set, then the other will be used as an alternate container.
This fix corrects the problem of the stated default not being correctly used.
|
2013/03/13 |
PI10796 |
Importance: Low | Risk: Low | |
|
ZP15F042* |
SSL103I CIALSHPH failed RC=00000008(MAINSTAT)
Download Fix File
When processing the VERCHECK command the input is a phase containing the table of phase names along with the corresponding SHA-1 value. If a phase name in the table cannot be located in the libdef search chain the program would immediately terminate. Although this is a significant error we should attempt to continue to check the next phase in the table. This zap will issue a message to syslst about the not found phase and continue processing the next phase in the table.
This zap also corrects an error when attempting to perform the first SHA of the phase and the crypto environment was unable to initialize the following cryptic error messages would issued:
SSL103I CIALSHPH failed RC=FFFFF3E4(MAINSHAF)
This zap changes this to make it clear to understand that the failure was due to the crypto environment failing to initialize.
For CSI licensed sites you must have a valid product key for the SSL feature product number 107.
|
2014/08/06 |
PI23778 |
Importance: Medium | Risk: Medium | |
|
ZP15F047* |
SET DISP=RESPECT does not handle DISP=K correctly.
Download Fix File
When SET DISP=RESPECT is used, it should delete a DISP=D entry and PHOLD any DISP=K entry when complete. The DISP=K entry was being deleted instead of held.
This fix corrects the problem.
|
2013/05/14 |
PI10796 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F071 |
|
ZP15F048* |
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/10/22 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F405 |
|
ZP15F049* |
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/06 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F539 |
| Superseded by: ZP15F222 |
|
ZP15F050* |
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/06 |
PI34507 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F045 |
| Superseded by: ZP15F052 |
| Superseded by: ZP15F131 |
|
ZP15F051* |
ORDER= for DEFINE EVENT no longer sorts by jobnumber.
Download Fix File
When ZP15F050 or ZP15F052 have been applied against CLIENTD, the DEFINE EVENT will change "ORDER=YES" to be based on the order that the entries were added to the queue as stated in the documentation rather than the job number/segment sequence.
In order to permit the behavior to sort based on the jobnumber and segment number order, this fix will add the "ORDER=JOBNUMBER" parameter to the DEFINE EVENT command. Apply this fix if you require that behavior.
You will need to recycle the stack after applying this fix.
|
2013/07/15 |
PI10796 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F040 |
|
ZP15F052* |
SPRI, Sorting, SETVAR, SYSTCPIP value and AutoLPR issues corrected
Download Fix File
This fix will correct the following 5 problems:
(1) The default SORTING was based on the job number and segment number rather than the "in the order that it arrived". In most cases, the former will normally match the latter, but not always. This has been corrected. For those who prefer the previous behavior, ZP15F051 will need to be applied, permitting the "ORDER=JOBNUMBER" parameter to be added to the DEFINE EVENT.
(2) Some sites reported that AutoLPR was having a SETVAR problem. This would appear to cause blanks to be embedded in the command. This too has been corrected.
(3) The default behavior of AutoFTP is to always look in the DEST field for the script name, and if one is not there, to then look in the field where the DEFINE EVENT has pointed. Because of a quirk in processing data that was created via an FTP PUT, the DEST name of "SYSTCPIP" will be treated as a non-set field.
(4) In some environments where storage compression is in use by 3rd party software, "&value" commands are corrupted. We get around this problem by not maintaining tables of options with "&".
(5) For SPRI users, an assortment of fields are not set correctly, such as the shared spooling from a GETFLD call, or the queue entry QNUM value. This caused a looping of the automated client where SINGLE=YES was not in effect. Defining the event with POWERSYSID=SPRI will cause a different logic flow to eliminate these false errors.
You will need to recycle your stack after applying this fix.
|
2013/07/15 |
PI10796 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F051 |
| Supersedes: ZP15F050 |
|
ZP15F053* |
IPN230I message for IBM apar number spacking
Download Fix File
The IPN230I message did not have a space that makes it difficult to read.
|
2014/10/23 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F200 |
| Superseded by: ZP15F119 |
|
ZP15F054* |
Returned title HEADER looks strange.
Download Fix File
Some sites have the experience of strings with "&" being truncated, and when obtaining the member header, the command has a "&", and is has a problem returning the header intact. This can occur for older releases of BIM-EDIT that use the current interface.
This fix corrects the problem by eliminating the prefixing problem of the "&". It also checks the version byte for older versions to make sure that the correct offest is used.
To eliminate the version problem, IPNFBIME is being distributed as a .OBJ file and will need to be relinked with the correct BIM-EDIT library to pull in the user's most current API version.
|
2013/08/12 |
PI10796 |
Importance: Low | Risk: Low | |
|
ZP15F055* |
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.
|
2013/05/29 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F573 |
|
ZP15F056* |
Use of &PWR variables within a script are not resolved. SET PAUSE= would blow up IPNACMLP with a data exception
Download Fix File
Variables, such as "SET COPIES=&PWRCOPY" will fail because the variable "&PWRCOPY" is not resolved with the actual script. SET PAUSE would abend because of a bad numeric conversion.
This fix corrects the problems. No recycling of the stack is needed.
|
2013/07/03 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F035 |
| Superseded by: ZP15F075 |
|
ZP15F057* |
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/10/23 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F518 |
|
ZP15F058* |
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 second subtask may overwrite the job step start time causing socket requests from the first subtask to be rejected. This zap corrects along with its prerequisite zaps corrects this problem.
|
2014/11/06 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F593, ZP15F490 |
| Supersedes: ZP15F044 |
| Superseded by: ZP15F167 |
|
ZP15F059* |
AUTOSEND only works on SYSID=00. Others just sit and wait.
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/10/01 |
PI27143 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F374 |
| Superseded by: ZP15F120 |
|
ZP15F060* |
XACLIENT would abend if DISP=Y was attempted.
Download Fix File
When running XACLIENT, if a sending to a server failed, and DISP=Y was attempted, IPNFPOWR would branch into obsolete code that would result in an addressing exception.
This fix corrects that problem. No recycling of the stack is required.
|
2013/07/03 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F594 |
| Superseded by: ZP15F069 |
|
ZP15F061* |
CICS Web Services fails with latest browser
Download Fix File
This zap implements RFC5746 to allow the usage of TLS extensions for the renegotiation security exposure.
|
2015/02/12 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F410 |
| Superseded by: ZP15F244 |
|
ZP15F065* |
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/10/13 |
PI27143 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F097 |
| Superseded by: ZP15F104 |
|
ZP15F066* |
AutoClient loops the same report over and over for SPRI users.
Download Fix File
SPRI has problems with queued requests disappearing.
SPRI does not correctly provide a unique QNUM value.
This fix will eliminate QNUM checking for SPRI users. This may cause a problem if hundreds of thousands of reports occur during the same day, but only with one report, which will work on a retry.
This only affects SPRRI users. DEFINE EVENT POWERSYSID=SPRI should be set for this to work. You will need to recycle your stack after applying this fix.
|
2013/09/12 |
PI10796 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F051 |
| Superseded by: ZP15F073 |
|
ZP15F068* |
FTPBATCH LOPEN fails and add new foreign timeout command
Download Fix File
The attached zap adds an additional diagnostic message for when a ftpbatch LOPEN fails.
This zap also adds a new command to allow a longer timeout value for waiting for a response from a foreign ftp daemon. The default timeout is 60 seconds but can now be longer by issuing the SET FTPCFTIM NNNNN command from a ftpbatch job. For the SET FTPCFTIM to be effective in must be issued before the LOPEN or placed in the FTPBATCH.L book.
NNNNN is the amount of time in 1/300ths of a second. The default is 18000 which is equal to 60 seconds(18000/300=60). 36000 would be equal to 120 seconds.
Upon successful completion the following message will be displayed:
IPA409I Foreign timeout set to 36000
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Co-Requisite: ZP15F288 |
|
ZP15F069* |
Enhancement: Default LRECL for RDR output now changable.
Download Fix File
A requirement was provided that, due to behavioral changes, the default LRECL for POWER RDR output needs to be adjustable.
This fix will check if a DEFINE FILE,TYPE=POWER was also defined with "LRECL=value", and if so, THAT will be the default LRECL unless one was provided by the client (e.g., SITE LRECL will still be the override.
Apply this fix only if you need this new feature. Recycling of the stack is required.
|
2013/08/12 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F060 |
| Superseded by: ZP15F097 |
|
ZP15F071* |
A non-existing destination email will not terminate with an error.
Download Fix File
When SET TO= (or any variant) is used to deliver an email, the client was not checking the response code (2xx, 5xx) from the server, and so if it was rejected by the server, it would act as though it were ok.
This fix corrects the problem. No recycling of the stack is needed.
|
2013/11/14 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F047 |
| Superseded by: ZP15F093 |
|
ZP15F072* |
Multi-PRINT format does not sent segmented reports correctly.
Download Fix File
The "PRINT /" command format was not inserting the segment number in the generated "PRINT" command, and so the first segment displayed in a PDISPLAY would be repeatedly sent if "DISP=KEEP" was in effect.
In order to eliminate this issue, the ".nnn" value has been appended to the Power report to be printed, where "nnn" is "000" by default, or the vaule in a PDISPLAY shown as "S=nnn".
In addition, the execution parameter now accepts a new command, "RETRIES=n", where "n" is a value from 0-9 (0 is the default). If a "PRINT" command failed, then it will wait 5 seconds and retry "n" times. This will help those sites where the printer sometimes needs a bit of time to "cycle down".
This fix corrects the problem. No recycling of the stack is needed.
|
2013/10/09 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F540 |
| Superseded by: ZP15F086 |
|
ZP15F073* |
Q EVENTS does not show "Order: Job" when defined "ORDER=JOB".
Download Fix File
When defining an event with the new "ORDER=JOB", it would show "ORDER=YES" instead of "ORDER=JOB". (ORDER=JOB was added with ZP15F051. If you did not apply that fix, you need not apply this one.)
This fix will correct the problem. You will need to recycle the stack for it to take effect.
|
2013/09/18 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F066 |
| Superseded by: ZP15F076 |
|
ZP15F074* |
TEL952E Insufficient GETVIS for menu. IP address: (value)
Download Fix File
When a Telnet menu is defined, storage will be allocated for it. When there are variables, longer strings will need to be inserted. If there is not enough room to insert the entire string, TEL952E will occur.
This fix corrects the storage allocation algorithm for menus.
You will need to recycle the stack after applying this fix.
|
2013/11/04 |
PI16096 |
Importance: Low | Risk: Low | |
|
ZP15F075* |
SET DEBUG=YES and SET DEBUG=OFF fail.
Download Fix File
A bug only would accept 2-byte commands, ON or NO.
This fix corrects the problems. No recycling of the stack is needed.
|
2013/10/09 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F056 |
| Superseded by: ZP15F087 |
|
ZP15F076* |
Slow GETVIS-31 leak on AutoFTP. AutoLPR not multi-threading.
Download Fix File
If AutoFTP processed a script and "Error:" was returned from the internal client (due to a failed or bad command), approximately 512 bytes of storage would not be recovered from 31-bit GETVIS due to the way that "QUIT" is handled within a script. This has been corrected.
While processing AutoLPR across multiple printers, if one printer ran out of paper with "SINGLE=YES", then the other printers would stop having output delivered to them as well. This has been corrected, but you should note that the MAX_LPR_EVENTS value should be raised significantly, since this backup will be keyed against it. (If you are sending output to 5 printers and one is backed up with 4 more reports, and MAX_LPR_EVENTS is set to 5, it will still hang, since there are 5 entries queued.)
This fix will correct those problems. You will need to recycle the stack for them to take effect.
|
2013/11/15 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F073 |
| Superseded by: ZP15F088 |
|
ZP15F077* |
Provide function(IPCRSYID) to allow setting tcp/ip sysid
Download Fix File
This zap provides a new function to allow a application to set the TCP/IP sysid to another value.
|
2014/01/28 |
PI16096 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F078 |
|
ZP15F078* |
Add new IPCRSYID function to allow setting of TCP/IP sysid. Abend after failed handshake.
Download Fix File
The attached zap add a new function for setting the TCP/IP sysid.
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/30 |
PI16096 |
Importance: Low | Risk: Medium | |
| Co-Requisite: ZP15F077 |
| Superseded by: ZP15F379 |
|
ZP15F082* |
Excessive IPN694 messages
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/01/27 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F083* |
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.
|
2013/11/22 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F460 |
| Superseded by: ZP15F090 |
| Superseded by: ZP15F091 |
|
ZP15F084* |
FTPBATCH cancels with 1R30I INVALID CCW
Download Fix File
During the startup up of a ftpbatch a failure of the EXTRACT SVA as described in ZP15F085 attempted to issue a message before the version of VSE had been set. This caused the x00 version to cause the console write routine to assume it was older that VSE/ESA 2.4 and the CCW area for it was not valid causing an invalid write to the console. This zap corrects this problem.
|
2013/11/14 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Superseded by: ZP15F255 |
|
ZP15F085* |
FTP301D FTPBATCH diagnostic: EXTRSVAF RC=00000004
Download Fix File
The EXTRACT SVA request issued by ftpbatch can fail with a return code of x04 when the system getvis gate is closed. This causes the ftpbatch job to abruptly terminate. This zap allows ftpbatch to continue to run after this extract failure since the sva information is not used for anything.
|
2013/11/14 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F086* |
Multi-PRINT format does not set RC>0 if any report fails. DISP=D only.
Download Fix File
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/09 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F072 |
|
ZP15F087* |
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/09 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F075 |
| Superseded by: ZP15F224 |
|
ZP15F088* |
Internal FTP client sends "READ" if "QUIT" was not sent. PAGEDEF and FORMDEF values not correctly set.
Download Fix File
If the script did not contain "QUIT", AutoFTP should force one. However, due to a pointer problem in that logic, it sends "READ" beacause "READY" was in the last receive buffer, causing hang issues.
PAGEDEF variable was incorrectly set to FORMDEF and bot were set incorrectly to 8 bytes long rather than 6 bytes long. This has been corrected.
This fix corrects the problem. You will need to recycle the stack after applying this fix.
|
2013/12/11 |
PI10796 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F076 |
| Superseded by: ZP15F094 |
|
ZP15F089* |
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.
|
2013/12/11 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F448 |
| Superseded by: ZP15F457 |
|
ZP15F090* |
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/01/23 |
|
Importance: Low | Risk: Low | |
| Supersedes: ZP15F083 |
|
ZP15F091* |
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/01/31 |
PI16096 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F083 |
| Superseded by: ZP15F319 |
|
ZP15F092* |
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.
|
2013/12/23 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F093* |
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.
|
2013/12/23 |
PI10796 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F071 |
| Superseded by: ZP15F340 |
|
ZP15F094* |
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.
|
2013/12/23 |
PI10796 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F088 |
| Superseded by: ZP15F098 |
|
ZP15F095* |
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.
|
2014/08/19 |
PI27143 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F343, ZP15F356 |
| Supersedes: ZP15F424 |
|
ZP15F096* |
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.
|
2013/12/23 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F097* |
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/01/23 |
|
Importance: Low | Risk: Low | |
| Supersedes: ZP15F069 |
| Superseded by: ZP15F065 |
|
ZP15F098* |
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/01/23 |
PI16096 |
Importance: High | Risk: Low | |
| Pre-Requisite: ZP15F173 |
| Supersedes: ZP15F094 |
|
ZP15F099* |
Add LSTCCW=0B to space 1 line on syslst write
Download Fix File
The default write to syslst is a x09 which is a write immediate without spacing and this can cause of overlay of the previously written line to syslst. This correction add a new LSTCCW= keyword that can be set to LSTCCW=OB to cause a spacing of 1 line before writing messages by the $SOCKLST program. ZP15F031 must also be applied when using this setting.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F031 |
|
ZP15F100* |
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/01/23 |
PI16096 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F468 |
|
ZP15F101* |
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.
ZP15G055 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 |
PI34507 |
Importance: Low | Risk: Low | |
|
ZP15F102* |
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 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F490 |
| Superseded by: ZP15F129 |
| Superseded by: ZP15F170 |
|
ZP15F104* |
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/12 |
PI34507 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F065 |
|
ZP15F107* |
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/23 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F473 |
| Superseded by: ZP15F337 |
|
ZP15F108* |
CICS Web Services shuts down with DFHSO0102
Download Fix File
This zap passed back a new socket number evenn on a failed asynchronous accept.
This zap also removes a wait that could occur during close processing.
|
2015/01/14 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F114, ZP15F117 |
| Supersedes: ZP15F538 |
| Superseded by: ZP15F128 |
|
ZP15F110* |
Added SSL204 warning level message.
Download Fix File
The software implementation of the RSA algorithm will only support RSA 512-bit or 1024-bit key sizes. A new message:
SSL204 Hardware Crypto Express PCI required for RSA xxxx yyyy
xxxx the RSA bit size that failed and will be either 2048 or 4096. yyyy is the type of operation and will be either encrypt or decrypt.
It is recommended that the IBM crypto-express2 PCI hardware be used for RSA operations.
|
2015/01/16 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F487 |
| Supersedes: ZP15F007 |
| Superseded by: ZP15F313 |
|
ZP15F111* |
Add support for GETVENDORINFO control call
Download Fix File
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/04/28 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F377 |
|
ZP15F112* |
SSL117D IPCRSINI failed reason=GCRIBPV3
Download Fix File
The above diagnostic error can occur when a root 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
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F244 |
|
ZP15F113* |
IPN123W CSOCKET CHECKSUMS message issued and IPN861I Storage Dump CSOCKLNF
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.
This zap also removes unwanted diagnostic dumps that should now only be issued with DIAG SOCKET active.
|
2014/01/31 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Superseded by: ZP15F514 |
|
ZP15F114* |
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 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F108, ZP15F117 |
| Supersedes: ZP15F041 |
| Superseded by: ZP15F126 |
|
ZP15F117* |
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 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F108, ZP15F114 |
| Supersedes: ZP15F041 |
| Superseded by: ZP15F127 |
|
ZP15F119* |
IPN411I >Undefined< Delayed commands now being issued
Download Fix File
The IPN411 message was not defined in the message skeleton file and is now added in this zap. This was part of a general messages clean up that corrects some inconsistent issues with messages from different programs using different substition and message types.
TCP909I message truncated under AUTOSEND. This zap was also issued as test zap 023, but now is included in this production zap(119). 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.
|
2015/02/12 |
PI34507 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F130 |
| Supersedes: ZP15F053 |
| Superseded by: ZP15F212 |
|
ZP15F120* |
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/27 |
PI34507 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F059 |
|
ZP15F121* |
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 ZP15F107.
|
2015/01/26 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F107 |
|
ZP15F125* |
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.
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 zap should correct these problems.
|
2014/01/31 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Superseded by: ZP15F425 |
|
ZP15F126* |
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 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F114 |
| Superseded by: ZP15F175 |
|
ZP15F127* |
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 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F117 |
| Superseded by: ZP15F146 |
|
ZP15F128* |
Allow givesocket of closed socket
Download Fix File
This zap removes a givesocket error for a closed socket.
|
2015/01/30 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F108 |
| Superseded by: ZP15F182 |
|
ZP15F129* |
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 |
PI34507 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F102 |
|
ZP15F130* |
"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/02/12 |
PI34507 |
Importance: Medium | Risk: Low | |
| Co-Requisite: ZP15F119 |
| Supersedes: ZP15F598 |
| Superseded by: ZP15F157 |
|
ZP15F131* |
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 stack id.
|
2015/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F170 |
| Supersedes: ZP15F050 |
| Superseded by: ZP15F150 |
|
ZP15F132* |
LCD command fails
Download Fix File
This zap corrects a problem where the checking for a file type thah allows periods in the directory name may cause a change directory to fail for a file type that uses the period as a delimiter.
|
2015/03/20 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F444 |
|
ZP15F136* |
Added diagnostic event for LCD failure
Download Fix File
This zap adds an event to diagnose the failure of a LCD.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F152 |
|
ZP15F137* |
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/26 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F325 |
|
ZP15F138* |
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/05/13 |
PI49011 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F252 |
|
ZP15F139* |
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 |
PI49011 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F368 |
| Superseded by: ZP15F205 |
|
ZP15F140* |
Free ports not blocked
Download Fix File
This zap adds support for blocking free ports.
|
2015/11/09 |
PI59039 |
Importance: High | Risk: Medium | |
| Supersedes: ZP15F596 |
|
ZP15F141* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F175 |
| Supersedes: ZP15F378 |
| Superseded by: ZP15F210 |
|
ZP15F142* |
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.
|
2017/12/14 |
PI99059 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F301 |
|
ZP15F146* |
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/17 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F156, ZP15F157 |
| Supersedes: ZP15F127 |
| Superseded by: ZP15F159 |
|
ZP15F150* |
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.
|
2017/12/08 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F023 |
| Supersedes: ZP15F131 |
|
ZP15F151* |
Use AUT prefix for AUTOSEND messages
Download Fix File
The AUTOSEND program runs external to the TCP/IP partition but was using messages prefixed with TCP. Messages issued by AUTOSEND will now be prefixed with AUT instead.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Low | |
| Co-Requisite: ZP15F155 |
| Supersedes: ZP15F387 |
|
ZP15F152* |
Added diagnostic events
Download Fix File
This zap adds diagnose events used by the RAPTRAC command.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F136 |
|
ZP15F153* |
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/12 |
PI34507 |
Importance: Low | Risk: Low | |
|
ZP15F155* |
Use AUT prefix for AUTOSEND messages
Download Fix File
The AUTOSEND program runs external to the TCP/IP partition but was using messages prefixed with TCP. Messages issued by AUTOSEND will now be prefixed with AUT instead.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F151 |
| Supersedes: ZP15F284 |
|
ZP15F156* |
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 ZP15F146 for additional information on TCP half close processing.
|
2015/04/17 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F157, ZP15F146 |
| Supersedes: ZP15F597 |
| Superseded by: ZP15F372 |
|
ZP15F157* |
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 ZP15F146 for additional information on TCP half close processing.
|
2015/04/17 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F156, ZP15F146 |
| Supersedes: ZP15F130 |
| Superseded by: ZP15F162 |
| Superseded by: ZP15F237 |
|
ZP15F158* |
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 will need to recycle the stack after applying this fix.
|
2015/11/09 |
PI59039 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F301 |
|
ZP15F159* |
Connections in Last-ACK state forever
Download Fix File
The correction in ZP15F146 may result in connection blocks in a wait for the final FIN to be acknowledged by the remote system. This can be seen in the Q CONN output similiar to this: IPT353I >80 188.165.15.233, 33154 TCP 5 Last Ack This zap changes the full close processing to bypass the waiting for the ack on the final FIN sent.
|
2015/05/11 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F146 |
| Superseded by: ZP15F171 |
|
ZP15F162* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F157 |
| Superseded by: ZP15F221 |
|
ZP15F166* |
Asynchronous connect issues wait during connect and BSD100W message on console and selextex
Download Fix File
By definition asynchonous requests cannot issue a wait and must return to the application. The asynch connect request was incorrectly issuing a wait and this zap removes this error.
This zap also changes the "BSD100W Abort issued on socket" from a warning level to informational.
This zap also corrects an error introduced in ZP15F034 that would cause a BSD selectex(IPNRSELX) call to not recognize a passed list of ecb's.
|
2014/02/13 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F459 |
|
ZP15F167* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F058 |
|
ZP15F168* |
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.
Port of ZP15G017 and ZP15G036 are also included in this zap.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F314 |
|
ZP15F169* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F593 |
| Superseded by: ZP15F268 |
|
ZP15F170* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F102 |
| Superseded by: ZP15F196 |
|
ZP15F171* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F159 |
| Superseded by: ZP15F250 |
|
ZP15F173* |
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/01/23 |
PI16096 |
Importance: Low | Risk: Low | |
|
ZP15F175* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F126 |
| Superseded by: ZP15F232 |
|
ZP15F176* |
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 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F199 |
| Superseded by: ZP15F356 |
|
ZP15F181* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F031 |
|
ZP15F182* |
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/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F128 |
| Superseded by: ZP15F234 |
|
ZP15F183* |
Suppress setting queue depth on listen
Download Fix File
This zap allows the setting of the port queue to be suppressed during a listen operation. The PORTQUEUE settings will then override and not be reset when the application is cycled.
|
2015/11/06 |
|
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F182 |
| Supersedes: ZP15F030 |
| Superseded by: ZP15F317 |
|
ZP15F184* |
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/10/03 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F348, ZP15F411 |
| Supersedes: ZP15F282 |
|
ZP15F186* |
Message "IPN275W No script name found" resulted in hang
Download Fix File
The automated client (CLIENTD) would display message IPN275W to show that there was no script name provided for the report. It would then hang and never terminate.
This fix will correct the problem when this failure occurs. You will need to recycle the stack and AUTOSEND after applying this fix.
|
2015/06/16 |
PI49011 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F202 |
|
ZP15F187* |
Foreign ip address set to all zeros
Download Fix File
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 zap also removes unwanted diagnostic dumps that should now only be issued with DIAG RETRANS active.
This zap corrects a problem with invalid resets being sent before a listen connection is established. The resets were in response to invalid datagrams from a hacker.
|
2014/01/31 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F190* |
Halfclose processing not used
Download Fix File
This zap corrects a problem to use TCP half close processing on the FTP data connection.
|
2015/06/25 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F171 |
| Superseded by: ZP15F208 |
|
ZP15F191* |
Use 31-bit for PDF work buffer
Download Fix File
One of the storage requests for PDF conversion processing was using loc=below(24-bit) for a work buffer. This is unnecessary and has now been changed to loc=any to conserve 24-bit storage.
This zap also corrects some diagnostic messages to more clearly show the ports being used when active data connections are used. And uses a better free port method for active mode on the data connection.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F217 |
| Supersedes: ZP15F208 |
| Superseded by: ZP15F243 |
|
ZP15F196* |
Add CICS 2.3 comment for Ingolf
Download Fix File
This zap adds a comment.
|
2015/08/26 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F170 |
| Superseded by: ZP15F264 |
|
ZP15F199* |
Clear other stack counter
Download Fix File
This zap works in conjunction wiht ZP15F176 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 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F176 |
|
ZP15F200* |
IPN209 copyright date contains 2013
Download Fix File
This zap changes the copyright ending yes from 2013 to 2014.
This zap also corrects the IPN684 and IPN687 messages issued in response to the the QUERY EXTERNAL command.
|
2014/05/08 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F053 |
| Superseded by: ZP15F587 |
|
ZP15F202* |
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/03 |
PI49011 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F186 |
| Superseded by: ZP15F209 |
|
ZP15F203* |
Free ports not blocked
Download Fix File
This zap adds support for blocking free ports.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F124 |
| Superseded by: ZP15F270 |
|
ZP15F204* |
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/24 |
PI49011 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F575 |
| Superseded by: ZP15F230 |
|
ZP15F205* |
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 |
PI49011 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F206 |
| Supersedes: ZP15F139 |
| Superseded by: ZP15F307 |
|
ZP15F206* |
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/09/03 |
PI49011 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F205 |
| Supersedes: ZP15F201 |
| Superseded by: ZP15F219 |
|
ZP15F207* |
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/08/26 |
PI49011 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F017 |
| Superseded by: ZP15F321 |
|
ZP15F208* |
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/08/31 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F190 |
| Superseded by: ZP15F191 |
|
ZP15F209* |
When shutting down TCP/IP a loop could occur during the clean up processing.
Download Fix File
This zap detects shutdown and avoids a possible loop.
|
2015/08/24 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F202 |
| Superseded by: ZP15F226 |
|
ZP15F210* |
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/26 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F141 |
| Superseded by: ZP15F253 |
|
ZP15F212* |
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.
In addition the firewall messages related to port blocking have been corrected.
|
2015/09/24 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F119 |
| Superseded by: ZP15F236 |
|
ZP15F215* |
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/09/09 |
PI49011 |
Importance: Low | Risk: Low | |
|
ZP15F216* |
Free ports not blocked by firewall
Download Fix File
Added option to allow blocking of free ports.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F533 |
| Superseded by: ZP15F258 |
|
ZP15F217* |
FTP303E PROGRAM CHECK FTPBATCH
Download Fix File
An abend could occur during the writing of a message when ftpbatch is invoked from Cobol and a 31-bit buffer is addressed while in 24-bit mode. This zap corrects this problem.
This zap also corrects a problem when using the ACTIVE mode for the free port of the data connection.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F370 |
| Superseded by: ZP15F242 |
| Superseded by: ZP15F272 |
| Superseded by: ZP15F374 |
|
ZP15F219* |
Email with no attachment hangs after applying ZP15F206.
Download Fix File
If no attachment (ATTACH/SEND name) was provided after applying ZP15F206 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 |
PI49011 |
Importance: Medium | Risk: Low | |
| Co-Requisite: ZP15F205 |
| Supersedes: ZP15F206 |
| Superseded by: ZP15F225 |
|
ZP15F221* |
Correct firewall message
Download Fix File
The name of the active firewall configuration phase was not being displayed correctly. This zap corrects this problem.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F229 |
| Supersedes: ZP15F162 |
| Superseded by: ZP15F267 |
|
ZP15F222* |
Free ports not blocked
Download Fix File
This zap adds support for blocking dynamic free ports.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F049 |
|
ZP15F223* |
Free ports not blocked
Download Fix File
This zap add the ability to block dynamic free ports.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F586 |
|
ZP15F224* |
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 |
PI49011 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F087 |
|
ZP15F225* |
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 ZP15F206 went live.
This fix will correct that error. No recycling of the stack is required after applying this fix.
|
2015/10/05 |
PI59039 |
Importance: High | Risk: Low | |
| Co-Requisite: ZP15F205 |
| Supersedes: ZP15F219 |
| Superseded by: ZP15F246 |
| Superseded by: ZP15F271 |
|
ZP15F226* |
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 |
PI59039 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F209 |
|
ZP15F228* |
IPA412D FTP diagnostic RCVFDLN3 RC=00000001
Download Fix File
This zap corrects the RCVFDLN3 error that can occur when a ftp control connection receives an invalid 1 byte response.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F457 |
| Superseded by: ZP15F241 |
|
ZP15F229* |
Added FIREWALL support
Download Fix File
Added option to allow blocking of free ports.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F522 |
| Superseded by: ZP15F256 |
|
ZP15F230* |
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/11/09 |
PI59039 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F204 |
|
ZP15F232* |
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/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F175 |
| Superseded by: ZP15F249 |
|
ZP15F233* |
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 ZP15F231 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/11/09 |
PI59039 |
Importance: High | Risk: Low | |
| Supersedes: ZP15F231 |
|
ZP15F234* |
Additional diagnostics during select
Download Fix File
During the select processing the socket numbers to be checked is passed and this adds diagnostics to see what sockets are being checked with diagnostics are active.
This zap also adds a edit check for a possible corrupted socket control block in the external partition.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F182 |
| Superseded by: ZP15F247 |
|
ZP15F236* |
Incorrect messages
Download Fix File
This zap corrects some diagnostic message format errors.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F212 |
| Superseded by: ZP15F260 |
|
ZP15F237* |
Add diagnostic message
Download Fix File
This zap add a diagnostic message to display the assembled date and time of the $SOCKOPT phase that is being loaded in the external partition.
|
2015/11/09 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F141 |
| Supersedes: ZP15F157 |
| Superseded by: ZP15F269 |
|
ZP15F239* |
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.
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.
This fix corrects these issues. You should recycle the stack after applying this fix.
|
2017/12/08 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F301 |
|
ZP15F241* |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F228 |
| Superseded by: ZP15F308 |
|
ZP15F242* |
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.
This zap also adds a routine for getting a dynamic port when using an active data connection to avoid a port conflict.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F243 |
| Supersedes: ZP15F217 |
| Superseded by: ZP15F311 |
|
ZP15F243* |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F242 |
| Supersedes: ZP15F191 |
| Superseded by: ZP15F278 |
|
ZP15F244* |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F061 |
| Superseded by: ZP15F277 |
|
ZP15F245* |
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/30 |
PI59039 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F569 |
| Superseded by: ZP15F350 |
|
ZP15F246* |
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.
|
2015/12/07 |
PI59039 |
Importance: Medium | Risk: Low | |
| Co-Requisite: ZP15F205 |
| Supersedes: ZP15F225 |
| Superseded by: ZP15F251 |
|
ZP15F247* |
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/04 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F249 |
| Supersedes: ZP15F234 |
| Superseded by: ZP15F280 |
|
ZP15F249* |
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/04 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F247 |
| Supersedes: ZP15F232 |
|
ZP15F250* |
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/04 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F171 |
| Superseded by: ZP15F259 |
|
ZP15F251* |
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 |
PI59039 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F246 |
| Superseded by: ZP15F318 |
|
ZP15F252* |
Incoming text file is unreadable.
Download Fix File
ZP15F138 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 |
PI59039 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F138 |
|
ZP15F253* |
Added new diagnostic events
Download Fix File
This zap adds diagnostic events for the RAPTRAC command for internal debugging.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F210 |
| Superseded by: ZP15F324 |
|
ZP15F255* |
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/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F084 |
|
ZP15F256* |
Added new messages to FIREWALL REPORT command
Download Fix File
This zap issues additional information for the FIREWALL REPORT command.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F260 |
| Supersedes: ZP15F229 |
| Superseded by: ZP15F365 |
|
ZP15F258* |
Correct for checking IP datagram length
Download Fix File
This zap corrects a check for the IP datagram length.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F216 |
| Superseded by: ZP15F367 |
|
ZP15F259* |
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.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F250 |
| Superseded by: ZP15F294 |
|
ZP15F260* |
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/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F236 |
| Superseded by: ZP15F304 |
|
ZP15F264* |
Correction for bad soblok address
Download Fix File
This zap corrects a possible storage corruption caused by a invalid address. This zap adds a address validation check to detect a invalid soblok and some integrity checks for correct pxblok eye-catcher.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F196 |
| Superseded by: ZP15F298 |
|
ZP15F267* |
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.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F221 |
| Superseded by: ZP15F286 |
|
ZP15F268* |
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/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F169 |
| Superseded by: ZP15F282 |
|
ZP15F269* |
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/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F264 |
| Supersedes: ZP15F237 |
| Superseded by: ZP15F296 |
|
ZP15F270* |
IPN104E Unsupported VSE level
Download Fix File
This zap allows TCP/IP to run on VSE 2.1 and above.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F203 |
| Superseded by: ZP15F325 |
|
ZP15F271 |
Getting message: Dynamic ATTACH failed. Reason:OPEN RCODE>0
Download Fix File
When the EMAIL client in the TCP/IP stack issues a passive SOCKET OPEN and waits for the email batch client to connect, occasionally the OPEN on the stack side would fail, thus producing that message.
This fix will output extra messages to track the reason for the error. It will also retry 4 additional times on an OPEN failure in an attempt to recover (for a maximum delay of 2.5 minutes if all 5 attempts fail).
No recycling of the stack is required after applying this fix.
|
2016/04/15 |
PI59039 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F307 |
| Supersedes: ZP15F225 |
| Superseded by: ZP15F326 |
|
ZP15F272* |
INVALID STORAGE ADDRESS occurs when attaching CLIENT to process data.
Download Fix File
With ZP15F217 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/04/28 |
PI23778 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F217 |
|
ZP15F274* |
BSD103I IPNRCLOS failed ... errno=+1121 CLOSTIMO
Download Fix File
The BSD103 message being issued was routed as an important level message and being displayed on the system console. This message is diagnostic and should not be displayed with the default $SOCKDBG settings. This zap should correct this problem.
It is not neccessary to recycle the TCP/IP stack partition, but the external partition using the BSD interface such as CICS must be recycled to pick up this correction.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F358 |
|
ZP15F275* |
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 in external security monitoring.
|
2016/01/29 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F440 |
|
ZP15F277* |
Retrieve of RSA private key fails
Download Fix File
The CRYGPRVK function allows the RSA private key to be retrieved. The returned length was 32 bytes less missing a header area in the retrieved blob. This zap corrects this problem.
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 has been added back in.
|
2016/03/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F244 |
| Superseded by: ZP15F315 |
|
ZP15F278* |
Active data connection stalls out
Download Fix File
When using an active data connection a stall can occur. This zap changes the data connection to use full close processing to avoid this stall condition.
|
2016/03/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F259 |
| Supersedes: ZP15F243 |
| Superseded by: ZP15F312 |
|
ZP15F280* |
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/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F294 |
| Supersedes: ZP15F247 |
| Superseded by: ZP15F330 |
|
ZP15F282* |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F298, ZP15F296 |
| Supersedes: ZP15F268 |
| Superseded by: ZP15F184 |
|
ZP15F283* |
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 |
PI59039 |
Importance: Low | Risk: Low | |
|
ZP15F284* |
Added "SET AUTO_TIME=" parameter to AUTOSEND.
Download Fix File
This fix will add the "SET AUTO_TIME=" parameter to the AUTOSEND bathc utility. It will operate exactly like the stack version.
Since this program runs outside of the stack, there is no need to recycle the stack after applying this fix.
|
2014/08/08 |
PI23778 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F155 |
|
ZP15F286* |
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 |
PI59039 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F267 |
| Superseded by: ZP15F302 |
|
ZP15F287* |
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/03/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F277 |
|
ZP15F288* |
Add set command for foreign timeout
Download Fix File
This zap adds a new command to allow a longer timeout value for waiting for a response from a foreign ftp daemon. The default timeout is 60 seconds but can now be longer by issuing the SET FTPCFTIM NNNNN command.
NNNNN is the amount of time in 1/300ths of a second. The default is 18000 which is equal to 60 seconds(18000/300=60). 36000 would be equal to 120 seconds.
This zap also corrects a storage leak problem when using ftpbatch as an external ftp server.
This zap also corrects an abend condition that could occur when VSE runs out of available subtasks.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F331 |
| Superseded by: ZP15F370 |
|
ZP15F293* |
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.5F SCBLOK. This zap allows the larger SCBLOK to be allowed.
|
2014/05/08 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Superseded by: ZP15F593 |
|
ZP15F294* |
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/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F259 |
| Superseded by: ZP15F306 |
|
ZP15F296 |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F282, ZP15F298 |
| Supersedes: ZP15F269 |
|
ZP15F298* |
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 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F282, ZP15F296 |
| Supersedes: ZP15F264 |
| Superseded by: ZP15F411 |
|
ZP15F300* |
Partition id not displayed in PC GUI
Download Fix File
This partition id sent to the PC GUI interface of the SeeTCP/IP performance and network monitoring feature contained invalid characters for the end of connection records. This zap corrects this problem.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F301* |
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 |
PI70120 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F158 |
| Superseded by: ZP15F142 |
| Superseded by: ZP15F239 |
|
ZP15F302* |
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 also show the name of the driver that is being used.
This zap also corrects the Q FIREWALL message for UDPPORTS.
You will need to recycle your stack after applying this fix.
|
2016/09/26 |
PI70120 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F304 |
| Supersedes: ZP15F286 |
| Superseded by: ZP15F371 |
|
ZP15F304* |
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/09/26 |
PI70120 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F260 |
| Superseded by: ZP15F373 |
|
ZP15F306* |
Close fin receive not processed
Download Fix File
On a SSL/TLS data connection the exchange of a close_notify record is required. But a remote system that sends a FIN without a close_notify may cause a connection failure. This zap compensates for this deficiency.
This zap also 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/04/08 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F294 |
| Superseded by: ZP15F309 |
|
ZP15F307* |
On a bad "ATTACH" statement, the EMAIL client will hang.
Download Fix File
When using the EMAIL batch program to deliver a dynamic file ("%ddname") it will hang if the "ATTACH" command is in the improper format.
This fix corrects that problem. No recycling of the stack is needed.
|
2016/04/15 |
PI59039 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F271 |
| Supersedes: ZP15F205 |
| Superseded by: ZP15F327 |
|
ZP15F308* |
IPA412D FTP diagnostic LREDSRBD RC=00000008
Download Fix File
This zap adds a IPA414I message after the IPA404I to verify that the connection between the control manager and ftp daemon is fully established before issuing the initial receive for the 220 welcome message.
|
2016/04/15 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F241 |
| Superseded by: ZP15F342 |
|
ZP15F309* |
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/04/27 |
PI59039 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F306 |
| Superseded by: ZP15F316 |
|
ZP15F310* |
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. Customers 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/05/08 |
PI23778 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F382 |
|
ZP15F311* |
FTPBATCH loads SVSEEXIT phase
Download Fix File
The SVSEEXIT.PHASE should only be loaded when the SeeVSE performance monitor feature is active. This zap detects if SeeVSE is active and if it is not active the load of SVSEEXIT is suppressed.
|
2016/09/27 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F242 |
| Superseded by: ZP15F361 |
|
ZP15F312* |
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 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F278 |
| Superseded by: ZP15F328 |
|
ZP15F313* |
Correct duplicate message numbers
Download Fix File
The corrects some message numbers that were duplicated in different modules.
|
2016/05/02 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F315 |
| Supersedes: ZP15F110 |
| Superseded by: ZP15F347 |
|
ZP15F314* |
Provide pre-open free port number
Download Fix File
This zap allows an internal socket application such as the ftpdaemn to obtain a free port number before issuing a active open.
|
2014/04/03 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F518 |
|
ZP15F315* |
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/02 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F313 |
| Supersedes: ZP15F277 |
| Superseded by: ZP15F336 |
|
ZP15F316* |
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/01 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F309 |
| Superseded by: ZP15F383 |
|
ZP15F317* |
Add $OPTASCR to SOCKOPT macro
Download Fix File
This zap allows the setting of $OPTASCR to allow an asynchronous connect to hang a null received during the active open processing.
|
2016/05/23 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F183 |
|
ZP15F318* |
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 |
PI70120 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F251 |
| Superseded by: ZP15F334 |
| Superseded by: ZP15F351 |
|
ZP15F319* |
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.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F091 |
|
ZP15F320* |
Intallation of new module.
Download Fix File
This fix will install TN3270DX for 1.5F users.
You will need to recycle the stack after applying this fix.
|
2015/09/18 |
PI49011 |
Importance: Low | Risk: Low | |
|
ZP15F321* |
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 |
PI70120 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F207 |
| Superseded by: ZP15F346 |
|
ZP15F322* |
Extra checks for close and variable record lengths.
Download Fix File
This zap adds an additional check during close for the rare instance of an ESDS file not being closed. 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. TESTCB has been added 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.
Also if the length of a variable length record being written exceeded the associated define file maximum record length a dump titled 'IPNFESDS-WRITBADL' would occur and the record truncated to the maximum record length. This condition will now result in a failed write.
You should recycle the stack after applying this fix for it to take effect.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F394 |
|
ZP15F323* |
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 NTPD after applying this fix.
|
2016/09/26 |
PI70120 |
Importance: Medium | Risk: Low | |
|
ZP15F324* |
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/26 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F253 |
| Superseded by: ZP15F348 |
|
ZP15F325* |
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/26 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F137 |
| Supersedes: ZP15F270 |
| Superseded by: ZP15F385 |
|
ZP15F326* |
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.
|
2016/09/09 |
PI80116 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F271 |
| Superseded by: ZP15F335 |
|
ZP15F327* |
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 |
PI80116 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F335 |
| Supersedes: ZP15F307 |
|
ZP15F328* |
Poor SSL/TLS Performance
Download Fix File
During a send operation over a SSL/TLS secured data connection such as a PUT from FTPBATCH the data was sent using a single buffer and waiting for the single buffer to be fully acknowledged before sending the next buffer. This could cause significant performance problems. This zap allows the use of multiple transfer buffers during the SSL/TLS sending of encrypted data.
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/26 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F312 |
|
ZP15F329* |
Remote TCP connect fails during initial TCP handshake
Download Fix File
When a remote TCP client connects to a server on VSE a initial SYN is sent from the client and received by VSE. A SYN-ACK is then sent from VSE back to the remote stack to establish the intial TCP sequence numbers that will be used. A ACK is then expected from the remote stack with the expected sequence number increased by one for the remote stack to acknowledge the SYN sent from VSE. If the ACK is not received retransmission mode is entered resending the SYN-ACK from VSE to the remote stack. But intermittently this initial retransmission was not being performed correctly. This zap corrects this problem. In addition if this intial retransmission fails with the CSI Entree Web Server product the listen will be posted and it will re-enter the passive listen state.
|
2014/05/02 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
| Superseded by: ZP15F405 |
|
ZP15F330* |
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/26 |
PI70120 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F280 |
| Superseded by: ZP15F338 |
|
ZP15F331* |
External server storage leak
Download Fix File
When using a external ftpbatch server the IPSTOR storage subpool of the ftpbatch partition increases each time a ftp session occurs. The subtask detach was not clearing the task identifier in the workarea during the ipstor tasksetup. This zap corrects the problem by releasing the work area during termination of a ftp session using ftpbatch as an external ftp server.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F288 |
| Superseded by: ZP15F592 |
|
ZP15F333* |
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.
|
2016/09/27 |
PI70120 |
Importance: Medium | Risk: Medium | |
|
ZP15F334 |
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 those issues. You should recycle the stack after applying.
|
2017/04/07 |
PI80116 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F318 |
|
ZP15F335* |
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.
|
2016/12/08 |
PI80116 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F327 |
| Supersedes: ZP15F326 |
| Superseded by: ZP15F339 |
|
ZP15F336* |
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/02/20 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F315 |
| Superseded by: ZP15F386 |
|
ZP15F337* |
Add function to check environment
Download Fix File
This zap adds support for the IPNRCHCK function to allow applications and the EZA interface to check the environment for the required CSI TCP/IP phases.
|
2016/11/17 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F338 |
| Supersedes: ZP15F107 |
|
ZP15F338* |
Add function to check environment and async_cancel
Download Fix File
This zap adds support for the IPNRCHCK function to allow applications and the EZA interface to check the environment for the required CSI TCP/IP phases.
This zap also corrects asynchronous cancel to set the prior asynch receive to a negative return code.
|
2016/11/17 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F330 |
| Superseded by: ZP15F345 |
|
ZP15F339* |
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/02/24 |
PI80116 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F327 |
| Supersedes: ZP15F335 |
|
ZP15F340* |
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/05/02 |
PI23778 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F343, ZP15F356 |
| Supersedes: ZP15F093 |
| Superseded by: ZP15F424 |
|
ZP15F342* |
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 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F308 |
| Superseded by: ZP15F015 |
| Superseded by: ZP15F364 |
|
ZP15F343* |
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/05/07 |
PI23778 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F356, ZP15F340 |
| Supersedes: ZP15F062 |
| Superseded by: ZP15F494 |
|
ZP15F345* |
Correct give take socket token
Download Fix File
The returned token to a give socket request was always being set to xFFFFFFFF but should be a unique token that the take socket function can then use to pull the correct given socket.
|
2017/01/16 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F347 |
| Supersedes: ZP15F338 |
| Superseded by: ZP15F353 |
|
ZP15F346* |
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 |
PI80116 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F321 |
| Superseded by: ZP15F357 |
|
ZP15F347* |
Added diagnotic messages for give/take functions
Download Fix File
Add new message for diagnosing give/take socket processing.
|
2017/01/16 |
PI80116 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F313 |
| Superseded by: ZP15F387 |
|
ZP15F348* |
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/10/02 |
PH03838 |
Importance: Medium | Risk: Low | |
| Co-Requisite: ZP15F184, ZP15F411 |
| Supersedes: ZP15F324 |
|
ZP15F350* |
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 |
PI80116 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F245 |
|
ZP15F351* |
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 this issue. You should recycle the stack after applying.
|
2017/12/08 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F318 |
|
ZP15F352* |
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/22 |
PI80116 |
Importance: Low | Risk: Low | |
|
ZP15F353* |
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 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F345 |
| Superseded by: ZP15F358 |
|
ZP15F355* |
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/02/20 |
PI80116 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F336 |
| Supersedes: ZP15F487 |
|
ZP15F356* |
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/05/02 |
PI23778 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F353, ZP15F340 |
| Supersedes: ZP15F176 |
| Superseded by: ZP15F456 |
|
ZP15F357* |
A complex GetHostByName with a multi-name response would fail.
Download Fix File
If issuing a GetHostByName that would return multiple named responses, the pointer into the datagram would be in error, causing the IP address to be missed, and a "not found" condition to be incorrectly noted.
If less than 4 servers were defined, then an attempt to retry the failed call on those null definitions (IP=0.0.0.0) would occur.
Defining a timeout of less than 900 would cause the timeout to be increased to 1800.
This fix addresses those problems. You will need to recycle your stack after applying this fix.
|
2017/04/07 |
PI80116 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F346 |
|
ZP15F358* |
Waiting for ecb during close never posted
Download Fix File
The close routine attempts to wait for any previously sent data that has not been acknowledged. This can lead to a wait for an ecb that is never posted. This zap should correct this problem.
|
2017/06/06 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F353 |
| Superseded by: ZP15F274 |
|
ZP15F361* |
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/04/19 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F311 |
| Superseded by: ZP15F376 |
|
ZP15F364* |
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/05/30 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F342 |
| Superseded by: ZP15F392 |
|
ZP15F365* |
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/12/07 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F367 |
| Supersedes: ZP15F256 |
|
ZP15F367* |
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/12/07 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F365 |
| Supersedes: ZP15F258 |
|
ZP15F368* |
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/14 |
PI23778 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F571 |
| Superseded by: ZP15F139 |
|
ZP15F369* |
Partition id not displayed in PC GUI
Download Fix File
This partition id sent to the PC GUI interface of the SeeTCP/IP performance and network monitoring feature contained invalid characters for the real time active connections. This zap corrects this problem.
|
2014/04/30 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F495 |
|
ZP15F370* |
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/06 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F084 |
| Supersedes: ZP15F288 |
| Superseded by: ZP15F217 |
|
ZP15F371* |
Corrections for various commands
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.
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.
The IBBLOK command has a new keyword SENDMXUA which allows the setting of the maximum unacknowledged bytes for external applications using sends with fast=yes or notalk=yes.
The DIAG KEYZERO command can be used to detect a failure that can occur when running with the Macro4 DUMPMASTER product.
The 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 duplicate name that must first be deleted before defining the new updated name.
|
2017/12/07 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F373 |
| Supersedes: ZP15F302 |
| Superseded by: ZP15F401 |
|
ZP15F372* |
Corrections for various commands
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.
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.
The IBBLOK command has a new keyword SENDMXUA which allows the setting of the maximum unacknowledged bytes for external applications using sends with fast=yes or notalk=yes.
The DIAG KEYZERO command can be used to detect a failure that can occur when running with the Macro4 DUMPMASTER product.
The 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 duplicate name that must first be deleted before defining the new updated name.
|
2017/12/07 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F371 |
| Supersedes: ZP15F156 |
| Superseded by: ZP15F400 |
|
ZP15F373* |
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.
|
2017/12/07 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F304 |
| Superseded by: ZP15F403 |
|
ZP15F374* |
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/14 |
PI23778 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F217 |
| Superseded by: ZP15F059 |
|
ZP15F375* |
IPN166E Application Program Abend at xxxxxxxx Phase: FTPDAEMN
Download Fix File
The allocated transfer block(tbblok) is reused during a ftp session and is used for sending data over the data connection. The DEFINE FTPD BUFFERSIZE= sets the size of the outbound buffer and by default is 64k in size. A program check abend occurred for a site with BUFFERSIZE=32684 because the eye-catcher at the beginning of the block was overlaid which in turn caused the program check abend. This zap will detect the corrupted tbblok and issue a: FTP906W FTP server diagnostic: TBIDBAD2 RC=xxxxxxxx message and the corrupt transfer block will be discarded and a new tranfer block allocated.
This zap also releases a lock after a FILLTRF1 error has occurred when processing invalid dbcs data.
|
2014/07/03 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F480 |
|
ZP15F376* |
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/08/11 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F377 |
| Supersedes: ZP15F361 |
| Superseded by: ZP15F393 |
|
ZP15F377* |
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.
This zap also allows corrects a free port request to bind and avoid a possible conflict when an internal and external process request a dynamic free port at the same time.
|
2017/08/11 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F111 |
|
ZP15F378* |
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/10 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F514 |
| Superseded by: ZP15F141 |
|
ZP15F379* |
SSL117D CRYINITI failed reason=CONTSYID
Download Fix File
The initial control call for ipcrypto fails but r15 error code is not in dianostic error message. This zap adds the r15 error code to the error message.
This zap also corrects a problem caused by ZP15F077 and ZP15F078 that was setting the sysid to an invalid value when an application was linked that included a version of the IPCRYPTS.OBJ that did not have ZP15F077 applied.
|
2014/09/19 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F078 |
| Superseded by: ZP15F037 |
|
ZP15F381* |
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/04 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F349 |
| Superseded by: ZP15F395 |
|
ZP15F382* |
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/04 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F310 |
|
ZP15F383* |
TCP retranmissions failing and recovery
Download Fix File
This zap corrects the recovery of a listen state for a server when the initial TCP handshake fails. The DIAG PERFORM has also been enhanced to provide additional diagnostic information.
The TCP/IP stack must be recycled after appplying this zap.
|
2017/12/13 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F316 |
| Superseded by: ZP15F390 |
|
ZP15F385* |
IPN113E TCP/IP is out of support. Cannot run new service level
Download Fix File
The check for the VSE Advanced Functions(VSE/AF) supervisor vv.rr.mm included the modification level(mm) causing the initialization to fail when the VSE advanced functions modification level(mm) was not zero. This zap corects this by only checking for the version(vv) and release(rr) and allows any modification level(mm).
You will need to recycle the stack after applying this fix for the update to take effect.
|
2018/11/07 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F325 |
|
ZP15F386* |
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 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F355 |
| Co-Requisite: ZP15F387 |
| Supersedes: ZP15F336 |
|
ZP15F387* |
Added diagnotic messages for SSL
Download Fix File
Added new diagnostic messages for SSL/TLS socket processing.
|
2017/12/01 |
PI99059 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F347 |
| Superseded by: ZP15F151 |
|
ZP15F388* |
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.
|
2017/12/20 |
PI99059 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F363 |
| Superseded by: ZP15F389 |
|
ZP15F389* |
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 zap corrects that problem.
|
2018/02/02 |
PI99059 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F393 |
| Supersedes: ZP15F388 |
|
ZP15F390* |
Failed opens on a congested netowrk
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 multiple 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.
This zap 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 retransmitted 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 LISTENFAIL 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. The 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 ZP15F400 for additional information on the LISTENFAIL command.
The TCP/IP stack must be recycled after appplying this zap.
|
2018/05/03 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F383 |
| Superseded by: ZP15F412 |
|
ZP15F392* |
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.
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/05/03 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F364 |
|
ZP15F393* |
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. 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. The default for the data connection is private encrypted when connecting to a SSL/TLS server.
|
2018/02/02 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F389 |
| Supersedes: ZP15F376 |
|
ZP15F395* |
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/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F381 |
|
ZP15F398* |
"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/11 |
PI23778 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F476 |
|
ZP15F399* |
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/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F359 |
|
ZP15F400* |
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/05/03 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F401 |
| Supersedes: ZP15F372 |
| Superseded by: ZP15F421 |
|
ZP15F401* |
New LISTENFAIL command
Download Fix File
See ZP15F400 for a full description of this new command.
The stack must be recycled to pick up this correction.
|
2018/05/03 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F400 |
| Supersedes: ZP15F371 |
| Superseded by: ZP15F422 |
|
ZP15F403* |
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/05/03 |
PI99059 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F373 |
|
ZP15F404* |
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/09/30 |
|
Importance: Medium | Risk: Medium | |
|
ZP15F405* |
Pulse contained syn and CICS web services fail
Download Fix File
The pulse mechanism(also referred to as keep-alive) was incorrectly setting the syn bit on in the TCP header when no data had been exchanged on the connection.
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.
This zap also adds support for the firewall feature. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F329 |
| Superseded by: ZP15F048 |
|
ZP15F410* |
TLS server rejects SSL30 client_hello
Download Fix File
A client can propose the minimum SSL/TLS version it can support, but the server responds with the version of the protocol that is acceptable to it. An SSL30 client attempting to connect to a TLS31 server on VSE should be allowed, but the server will respond with a client_hello indicating the server requires the use of TLS31.
|
2014/10/31 |
PI34507 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F061 |
|
ZP15F411* |
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/10/02 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F184, ZP15F348 |
| Supersedes: ZP15F298 |
|
ZP15F412* |
Active open(connects) delayed poor performance
Download Fix File
This zap corrects a problem with poor performance for active open(connects). ZP15F390 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 ZP15F421 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/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F390 |
|
ZP15F421* |
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 in 1/300ths of a second between the sending of these initial ACKs. 300 is equal to 1 second.
The Query SET command can be used to display the current the CONNECTFAIL settings.
|
2018/10/02 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F412, ZP15F422 |
| Supersedes: ZP15F400 |
|
ZP15F422* |
New CONNECTFAIL command
Download Fix File
See ZP15F421 for a full description of this new command.
The stack must be recycled to pick up this correction.
|
2018/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F412, ZP15F421 |
| Supersedes: ZP15F401 |
|
ZP15F423* |
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/10/01 |
PH03838 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F161 |
|
ZP15F424* |
$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 343 and 356 as well.
|
2014/06/19 |
PI23778 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F343, ZP15F356 |
| Supersedes: ZP15F340 |
| Superseded by: ZP15F095 |
|
ZP15F425* |
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/07/17 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F125 |
| Superseded by: ZP15F490 |
|
ZP15F442* |
Job scheduler fails to recognize abend
Download Fix File
When using a pflush command to forcibly terminate a actively running ftpbatch job the stxit ab exit of ftpbatch gets control, and issues a exit ab to terminate the abend exit. This clears the fact that the job abnormally terminated, and causes problems for automated job scheduling packages like Faqs/PCS. This zap will remove the exit ab from being issued.
|
2011/05/20 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F433 |
| Superseded by: ZP15F474 |
| Superseded by: ZP15F478 |
|
ZP15F444* |
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/06 |
PI34507 |
Importance: High | Risk: Medium | |
| Supersedes: ZP15F480 |
| Superseded by: ZP15F132 |
|
ZP15F445* |
Power RDR records stored with 128 byte length
Download Fix File
When storing a file into the Power RDR queue with records greater than 80 bytes the spool record size was set greater than 80 which caused the Syncsort utility to fail with a wrong length record since it expects spool RDR records to be 80 bytes. This zap forces the spool record size to be 80 for all records stored in the Power RDR queue.
|
2011/05/05 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F291 |
| Superseded by: ZP15F577 |
|
ZP15F446* |
Abend on divide at +28550
Download Fix File
During then calculation of the file i/o duration a divide is used that can program check with invalid input. This zap adds a edit check during the STOR to avoid this abend.
|
2011/05/03 |
PM40359 |
Importance: Medium | Risk: Low | |
|
ZP15F447* |
IPN694E Add to SDL failed
Download Fix File
The adding of the SOCKETnn phase to the SDL uses a lock with fail=return that may fail when multiple stacks are brought up simutaneously. This zap changes the lock to be fail=wait which should resolve this conflict.
|
2011/05/23 |
PM40359 |
Importance: Medium | Risk: Low | |
| Pre-Requisite: ZP15F432 |
|
ZP15F448* |
MPUT with zero members successfully completes
Download Fix File
By default the MPUT command will successfully complete when no members match the pattern of members being put. A new keyword parameter ZEROERRF=YES can be added to the MPUT command to cause a MPUT with zero members to fail.
|
2011/04/25 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F089 |
|
ZP15F449* |
Abend not handled correctly in CICS
Download Fix File
The EXEC CICS calls in the BSD interface should use the NOHANDLE option to avoid conflicts with application abend handling routines. This zap adds the NOHANDLE option to all EXEC CICS calls made from IPNRBSDC BSD interface phase.
|
2011/05/01 |
PM40359 |
Importance: Medium | Risk: Medium | |
|
ZP15F450* |
Abend program checK
Download Fix File
During the termination of a telnet client a abend may occur when dropping the last socket block. This zap prevents this abend from occurring.
|
2011/05/18 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F165 |
|
ZP15F451* |
Parm SDFILES fails
Download Fix File
The SSL batch utilities allow the use of sequential disk files for the certificate files, but the CIALCREQ utility does not recognize the sdfiles value in the parm data. This zap corrects CIALCREQ to allow the usage of sdfiles.
This zap also corrects CIALCREQ to use the updated RSA signature create and verify interfaces introduced with the RSA-4096 bit support, but note CIALCREQ cannot be used with RSA-4096 bit keys. The IBM Keyman utility must be used for generating a certificate request for a RSA-4096 bit key.
|
2011/05/17 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F464 |
|
ZP15F452* |
BSD103W IPNRSELX failed R15=000000FE errno=+113 SELXNUE2
Download Fix File
During the execution of the selectex() a no sockets available for processing generated a negative result. This zap corrects this to simply return to the application with result of zero to indicate no sockets are ready to be processed.
|
2011/05/13 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F449 |
| Superseded by: ZP15F462 |
|
ZP15F453* |
Add/Modified IPN239, IPN240, and IPN209 messages
Download Fix File
The method for checking the correct version of a phase did not contain the reason a version check failed. This zap corrects this by adding the reason to the IPN239 message.
A new IPN240 message has also been added for phase replacement zaps.
The IPN209 message has been changed to provide more useful and accruate information.
IPN209I CSI Service Pack 01.05 F(20110531) has been applied
The CSI will be displayed as IBM for IBM licensed sites. The date contained in the parenthesis replaces the APAR number that was inaccurate with the date of the current service pack.
|
2011/05/31 |
|
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F454 |
| Superseded by: ZP15F469 |
|
ZP15F454* |
New Pre-Applied Service Pack
Download Fix File
This zap replaces the IPNET.phase and displays a updated IPN209 message with 20110531 to indicate that this service pack level is being used.
|
2011/05/31 |
|
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F453 |
| Superseded by: ZP15F471 |
|
ZP15F455* |
Updated IPN209 message with service level date
Download Fix File
This zap replaces the CMDEXEC.phase and displays a updated IPN209 message with 20110531 to indicate that the service pack level being used.
|
2011/05/31 |
|
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F454 |
| Supersedes: ZP15F409 |
| Superseded by: ZP15F470 |
|
ZP15F456* |
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 (ZP15F356, which this module supercedes), 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/08/07 |
PI23778 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F343, ZP15F424 |
| Supersedes: ZP15F356 |
| Superseded by: ZP15F493 |
|
ZP15F457* |
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/09/24 |
PI49011 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F089 |
| Superseded by: ZP15F228 |
|
ZP15F458* |
Abend in LE application and certificate fails
Download Fix File
When calling a LE application R12 must contain the address of the LE anchor. The application provides a callable routine that the SSL interface uses to read and write to a socket. This zap corrects the problem for LE applications by properly setting R12 to contain the LE anchor before calling the applications socket read and write routines.
This zap also corrects a problem with a certficate that contains a unknown object identifier that exceeded the area to contain the asn.1 primitive value.
|
2011/07/07 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F434 |
| Superseded by: ZP15F477 |
|
ZP15F459* |
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 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F166 |
| Superseded by: ZP15F538 |
|
ZP15F460* |
Abend due to bad length check
Download Fix File
The length of data may pass the edit check. This zap correctly checks the length avoiding a abend.
|
2011/09/08 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F083 |
|
ZP15F461* |
Add IPNRSYIS function to set sysid with a socket number
Download Fix File
This zap allows a application using the BSD interface to use two different stacks from a single partition such as CICS. It requires the application to call the new IPNRSYIS routine added in this zap. The parameters passed to IPNRSYIS are:
0(R1) is the address of a halfword containing the sysid of the stack, or address pointing a 4-bytes with the characters GETS. The GETS will return with a result(R15) of the stack id currently associated with this socket.
4(R1) is the address of a fullword containing the socket number. This socket specific sysid will then override the current default stack id currently in use when establishing new connections for this socket number.
In addition it should be noted that the setting of the stack id should only be performed immediately after a new socket is allocated with the SOCKET function. Any ACCEPT function call will also automatically inherit the sysid from a base socket previously established by the IPNRSYIS function.
|
2011/10/07 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F462 |
| Superseded by: ZP15F473 |
|
ZP15F462* |
Unable to connect to multiple stacks from a single partition
Download Fix File
When attempting to connect to different stacks from a single partition the application needs to issue a call to IPNRSYIS to set the sysid of the stack to be used for a socket. The paramters are:
parm1= 2 characters sysid for example DC C'01' for sysid 01
parm2= the socket number to be associated with the sysid.
Optionally parm1 can point to the character string C'GETS' and the currently assigned stack sysid will be returned.
for all request the binary stack sysid(0-99) is returned in R15.
|
2011/09/12 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F452 |
|
ZP15F463* |
Initialization on z/VSE 5.1 fails
Download Fix File
The SeeVSE server attempts to utilize a field in the PCB that is replaced by a GETFLD service. This zap allows SeeVSE to run on z/VSE 5.1.
|
2011/09/15 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
|
ZP15F464* |
Certificate request rejected by certificate authority
Download Fix File
The CIALCREQ program creates a certificate request that contains the RSA public key, and then is signed with the RSA private key. The digital signature contained in the generated request is a asn.1 structure, and was not being copied correctly with ZP15F451 applied. This zap corrects the problem.
|
2011/09/19 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F451 |
|
ZP15F465* |
Recover from abend during xmove to external partition
Download Fix File
This zap corrects a problem with the updating of a external socket request by extending the area that is allowed to recover from a program check. If a external partition addresses are no longer available a abend may occur during the xmove processing. The following messages are then issued:
IPN851I Socket request from xx:yyyyyyyy-zzzzzzzz dropped reason:reason
xx:yyyyyyy-zzzzzzzz is the partition-id, jobname, and stepname of the external partition that had the socket request dropped. The reason code is meant for internal diagnostics when reporting the problem to CSI or IBM technical support.
Diagnostic dumps are then produced and normal processing resumes for all other connections, but the application running in the identified partition should be re-cycled since the connection for any sockets it was using may not have been posted.
|
2011/11/08 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F467, ZP15F468, ZP15F469 |
| Supersedes: ZP15F439 |
|
ZP15F466* |
CICS BSD listener fails with rc -1 errno 113
Download Fix File
This zap allows a send or recv on a non LE BSD socket to also run over the LE/VSE C Run-Time Socket API.
|
2011/09/30 |
PM49796, PM50851 |
Importance: Medium | Risk: Medium | |
|
ZP15F467* |
Recover from abend posting external socket ecb
Download Fix File
This zap corrects adds the task id to the socket request at the time the socket is allocated. This is then used when the socket is posted.
|
2011/10/12 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F465 |
| Supersedes: ZP15F172 |
|
ZP15F468* |
Recover from abend posting external socket ecb
Download Fix File
This zap passes the actual abend psw to the abend exit routine in the socket completion posting for external applications. And allows the detection and identification of program checks occuring in the cross memory(xmove) processing.
|
2011/10/12 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F465 |
| Supersedes: ZP15F163 |
| Superseded by: ZP15F100 |
|
ZP15F469* |
Recover from abend posting external socket ecb
Download Fix File
This zap changes the IPN851 and IPN856 message skeletons to contain useful information when a abend occurs while attempting to update a external partitions socket completion areas. See the coreq ZP15F465 for detailed information on these messages.
|
2011/10/13 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F465 |
| Supersedes: ZP15F453 |
|
ZP15F470* |
Q VERS IPN111I message enahanced
Download Fix File
This zap changes the IPN111I message to contain the assembled date and time for the phases displayed in the Q VERSION output.
|
2011/11/16 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F455 |
|
ZP15F471* |
Correction for zaps applied during initialization
Download Fix File
This zap changes the IPN111I message to contain the assembled date and time for the phases displayed in the Q VERSION output.
|
2011/11/16 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F454 |
|
ZP15F473* |
New IPNRSYIS function may abend with invalid parameters
Download Fix File
This zap corrects a problem when invalid paramters values are passed to it.
|
2011/10/30 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F462 |
| Supersedes: ZP15F461 |
| Superseded by: ZP15F107 |
|
ZP15F474* |
NOUPRMPT causes ftpbatch to fail and Rexx problems
Download Fix File
This zap corrects a problem when a NOUPRMPT command is issued before the LOPEN command has been executed.
This zap also adds changes for when FTPBATCH is invoked from REXX.
|
2011/11/11 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F442 |
|
ZP15F475* |
IPI504I TCP/IP connection severed
Download Fix File
With diagnose cleanup active when a dead connection is detected it is flagged to be removed by the connection manager. This message was being repeated after a connection was already flagged for removal. This zap will suppress this message from repeating after the first time a dead connection is flagged to be removed.
|
2012/01/18 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F189 |
|
ZP15F476* |
IPI507D Phase name in xx was yyyyyyy and not NO NAME
Download Fix File
This zap corrects a problem to add a wait on the close ecb for applications using the Rexx API to properly close the connection. This should avoid the garbage colletor from incorrectly reporting a a dead abandoned connection.
Also minor adjustments for when Rexx invokes ftpbatch.
|
2011/11/11 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F384 |
| Superseded by: ZP15F398 |
|
ZP15F477* |
TLS 1.2 Client connection rejected
Download Fix File
When a client attempts to connect to a SSL/TLS server running on VSE it sends a initial client_hello with the highest version of TLS protocol that it can support. The server then responds with its server_hello message with the version of the protocol to be used. Currently SSL/TLS on VSE allows clients using the SSL 3.0, TLS 1.0, and TLS 1.1 protocol versions to be proposed by clients attempting to connect to it, and does not recognize the TLS 1.2 client_hello message request. This zap allows a client_hello 1.2 message and responds with the protocol version the server on VSE is configured to use.
|
2011/12/05 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F458 |
| Superseded by: ZP15F492 |
|
ZP15F478* |
DATAPORT= parameter is not used for passive data connection
Download Fix File
The PARM DATAPORT= can be used when ftpbatch is in passive mode for the data connection to set a specific port that a listen will be issued on. This can be useful when a firewall is preventing access when the remote is attempting to issue a active connect into the VSE system. It should be noted that alternately the:
SET PASVPORT start count
can also be used to set a range of ports for the passive data connection and will override the DATAPORT= setting if it is used.
Both the DATAPORT= AND SET PASVPORT settings only apply to a single execution of ftpbatch. The TCP/IP PORTRANGE command can be used to globally control the free port numbers allocated for all applications.
For more detailed information on the the PORTRANGE command see the TCP/IP Command reference manual.
For more detailed information on the DATAPORT= and SET PASVPORT commands see the FTPBATCH chapter of the TCP/IP User Guide manual.
|
2011/11/22 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F442 |
|
ZP15F479* |
Problems caused by ZP15F193
Download Fix File
Many sites have reported problems after applying ZP15F193 to the GPSD.PHASE. This zap catalogs a new GPSDAEMN.PHASE that does not contain the ZP15F193 changes. Specify DEFINE GPSD with DRIVER=GPSDAEMN to use this new phase.
|
2012/01/18 |
PM58579 |
Importance: Medium | Risk: Medium | |
|
ZP15F480* |
FTP945W Data connection failed
Download Fix File
During the received of an ascii text file we expect the cr/lf to determine the end of the ascii text record. But if a cr occurs without a lf following the transfer will fail. The attached adds diagnostics to more clearly expose this badly formed ascii text file.
The diagnostics reveal that the data received contains CR/CR/LF. So it has a double CR then the LF. This zap will also ignore and discard this extraneous CR.
|
2014/08/06 |
PI23778 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F375 |
| Superseded by: ZP15F444 |
|
ZP15F481* |
SIR VENDOR command contains letter G after 1.5F
Download Fix File
The G was meant to indicate GA but may cause some confusion with the upcoming 1.5G release. This zap removes the G.
|
2012/01/18 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F471 |
|
ZP15F482* |
SEE600V SeeVSE diagnostic:TASKSESC RC=00000004
Download Fix File
When using the SETUSER2 or SETUSER3 commands would cause a invalid ip-address to be set for all sessions resulting in the SEE600V error message and the PC unable to connect to SVSESRVR on VSE. This zap corrects this problem.
|
2012/01/18 |
PM58579 |
Importance: Medium | Risk: Medium | |
|
ZP15F483* |
Provide librarian utility for CIALSHPH
Download Fix File
The CIALSHPH utility allow the creation of a SHA-1 hash for any phase, but needs the libraraian utility provided in this zap.
|
2012/01/19 |
PM58579 |
Importance: Low | Risk: Low | |
|
ZP15F484* |
Provide the sha-1 phase verification utility
Download Fix File
This zap provides a new batch utility that can be used to verify a phase has a matching SHA-1 hash with jcl similar to this:
// EXEC CIALSHPH,SIZE=CIALSHPH
VERCHECK phasename
/*
|
2012/01/19 |
PM58579 |
Importance: Medium | Risk: Medium | |
|
ZP15F485* |
Correction for SITE NOEJECT ON and DELE response number
Download Fix File
The SITE NOEJECT ON command was not suppressing the initial form feed. This zap corrects this problem.
The DELE command upon successful completion was returning a 200 reply, but according to RFC0959 it should return a 250 message. This zap corrects this problem.
|
2012/07/17 |
PM74044 |
Importance: Medium | Risk: Medium | |
|
ZP15F486* |
DEFINE LINK with TYPE=LCS fails
Download Fix File
The DEFINE LINK command documents the value LCS for 3172 non-QDIO type of link, but the LCS value was not recognized. This zap provides support for the use of TYPE=LCS for the define link command. The other synonyms 3172 and OSA are also still acceptable.
|
2012/01/23 |
PM58579 |
Importance: Medium | Risk: Medium | |
|
ZP15F487* |
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/16 |
PI34507 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F110 |
| Supersedes: ZP15F437 |
| Superseded by: ZP15F355 |
|
ZP15F489* |
Provide macro for generating SHA-1 phase hash table
Download Fix File
This zap provide a macro that can be used to create a phase containing the SHA-1 hash values for associated phases. This generated phase can then be used by the CIALSHPH utility to verify the intergrity of phases in a library.
|
2012/01/25 |
PM58579 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F484 |
|
ZP15F490* |
Multiple subtasks reset job step time
Download Fix File
This zap corrects a problem when a single partitiojn with multiple subtasks issue the first socket request at the same time. The second subtask may overwrite the job step start time causing socket requests from the first subtask to be rejected. This zap corrects this problem.
You must recycle the stack for this zap to take effect.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F425 |
| Superseded by: ZP15F102 |
|
ZP15F491* |
Add phase count messages
Download Fix File
This zap adds messages displaying the total number of phases checked.
|
2012/01/27 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F484 |
|
ZP15F492* |
VSE server using client_authentication fails
Download Fix File
The finished message is a combined MD5 and SHA-1 hash of all exchanged messages during the SSL/TLS handshake and with client_authentication a CerticateVerify record is sent from the client but we were first decrypting the data in this message causing the hashes for the finished message to be incorrect. This zap should correct this problem when VSE is a server application configured with client_authentication.
|
2012/02/02 |
PM58579 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F477 |
| Superseded by: ZP15F498 |
|
ZP15F493* |
Add firewall command
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
You will need to recycle the stack after applying for it to take effect.
|
2014/09/15 |
PI27143 |
Importance: Low | Risk: Low | |
| Co-Requisite: ZP15F494 |
| Supersedes: ZP15F456 |
|
ZP15F494* |
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.
This zap also adds support for the new firewall command.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F493 |
| Supersedes: ZP15F343 |
|
ZP15F495* |
See $ReadMe495 for symptoms of this zap
Download Fix File
See $ReadMe495 for description of this zap
|
2013/10/31 |
PI16096 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F044 |
|
ZP15F496* |
CIALMEMA.A macro is missing
Download Fix File
This zap provides the CIALMEMA.A macro that is used by the CIALCECZ programming interface.
See the TCP/IP Programmers Guide SSL/TLS section titled "The Common Encryption Cipher Interface(CECI) interface" for detailed information on the usage of this macro.
|
2012/02/23 |
PM74044 |
Importance: Medium | Risk: Low | |
|
ZP15F497* |
Multiple copies of GPSDAEMN loaded
Download Fix File
When using DRIVER=GPSDAEMN on the DEFINE GPSD a separate copy of the phase is loaded into memory because it was linked non-rentrant. This can cause excessive getvis usage when hundreds of GPS daemons are define. This zap catalogs a reentrant GPSDAEMN.phase that should resolve this problem. The Q PROG command can be used to verify that only 1 copy of the GPSDAEMN has been loaded into storage. The TCP/IP stack must be recycled after applying this zap.
|
2012/03/06 |
PM74044 |
Importance: Medium | Risk: Low | |
|
ZP15F498* |
Client certificate not returned
Download Fix File
When using client authentication a certificate is received and validated. But if the certificate_verify fails the client certificate is not returned to the application. This zap returns the client certificate even if the client certificate_verify fails.
The client cerificate information is returned in the SINIDATA-SIN@CINF field. The changes from ZP15F423 caused the two first fullwords or the returned client certificate information to contain binary zeros. They should contain the address and length of the client certificate in base64 format.
The verification of the client certificate_verify message is also corrected in this zap.
The returned serial number should be terminated with a null(x'00') but the workarea used was not being cleared and the serial number may not have been properly terminated with a null. This zap also corrects this problem.
|
2012/05/08 |
PM74044 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F492 |
|
ZP15F499* |
Set Telnet_Translate not used in ftpbatch
Download Fix File
The set telnet_translate command can be issued in the TCP/IP partition and sets the default telnet translate table to be used, but ftpbatch was not detecting this override. This zap corrects this problem.
FTPBATCH issues a IPA413 message displaying the control connection translate table being used to verify the table being used by ftpbatch.
|
2012/05/16 |
PM74044 |
Importance: Medium | Risk: Medium | |
|
ZP15F514* |
Add firewall command
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
You will need to recycle the stack after applying for it to take effect.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F113 |
| Superseded by: ZP15F378 |
|
ZP15F516* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F596 |
|
ZP15F518* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F314 |
| Superseded by: ZP15F057 |
|
ZP15F522* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
|
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F229 |
|
ZP15F533* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F216 |
|
ZP15F538* |
Async connect fails and givesocket re-open base listen
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/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F459 |
| Superseded by: ZP15F108 |
|
ZP15F539* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F049 |
|
ZP15F570* |
Default FROM for AutoEmail is incorrect
Download Fix File
This corrective fix addresses 3 issues. The first is that, in some environments, the default values for EMAIL cannot be found by AutoEMAIL and an incorrect "FROM" is sent. This has been corrected.
Next, AutoLPR and AutoEMAIL have more default SETVAR values than AutoFTP. AutoFTP now has the entire set that LPR and Email uses.
Finally, if an operator or program modifies or deletes and entry from the Power queue while it is "in flight" to its destination, then it is possible that if another entry with the same job name, number, and segment value (Power recycles the number), that the next copy will be deleted without being processed. This fix eliminates that possibility and will output an informational message to inform the operator what might have taken place.
This fix corrects those three issues.
|
2011/05/16 |
PM40359 |
Importance: Medium | Risk: Medium | |
| Pre-Requisite: ZP15F532, ZP15F523, ZP15F534 |
| Supersedes: ZP15F568 |
| Superseded by: ZP15F574 |
|
ZP15F571* |
A comment (*) in EMAIL.AUTOEXEC generates an error
Download Fix File
EMAIL.AUTOEXEC is loaded and processed by the EMAIL program. It contains commands to execute the moment the program begins, to establish execution parameter defaults. If a "*" is in column 1, EMAIL would flag this as an invalid command.
This zap corrects the problem.
|
2011/05/17 |
PM40359 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F553 |
| Superseded by: ZP15F368 |
|
ZP15F572* |
A second ATTACH will fail if no CD POWER took place before.
Download Fix File
If you issue ATTACH/SEND of a Power report without a "CD" into the POWER file area, that action would be simulated for you automatically. If you had a second ATTACH/SEND, also without A "CD" into POWER, the pointer due to the simulation would be incorrect and the ATTACH/SEND would fail.
This fix will reset the file system pointer back to its original address after each use.
|
2011/07/28 |
PM49796, PM50851 |
Importance: Low | Risk: Low | |
| Pre-Requisite: None |
| Supersedes: ZP15F566 |
|
ZP15F573* |
In some situations, NOTALK=YES will abend on CLOSE.
Download Fix File
When WAIT(YES) occurs during a CLOSE, the API will not wait, and will use a NOTALK parameter on the CLOSE to make it close faster. At sites where the program will be exiting very quickly, this may not be desirable, and it *might* cause the program to abend at close time.
WAIT(YES) will now omit the NOTAL parameter at CLOSE time for TCP, TELNET, and UDP protocols. This will eliminate the abend.
Use of this new object deck is automatic with updated versions of the IPNETPRE API precompiler.
|
2011/07/21 |
PM49796, PM50851 |
Importance: Low | Risk: Low | |
| Pre-Requisite: None |
| Superseded by: ZP15F055 |
|
ZP15F574* |
If an external source modifies an in-flight entry, the report may end up being held, deleted, or sent twice.
Download Fix File
If an external source (operator, program, or a Power command in a script that is issued after the entry has been delivered) modifies an "in flight" report from Power (the automation client has not finished with it), then it is possible that the same report will be changed by the automation client when it really is done with it, perhaps right away or many seconds later.
This correction has extra logic added, so that if the attributes of an entry do not equal to what they were when the delivery began, then the change of the final disposition will not be performed.
|
2011/08/01 |
PM49796, PM50851 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F570 |
| Superseded by: ZP15F580 |
|
ZP15F575* |
VSAMCAT generates wrong kind of DEFINE CLUSTER for RECFM=VB
Download Fix File
The VSAMCAT file I/O driver accepts the RECFM setting and should indicate the value in a generated DEFINE CLUSTER. Because of a bad compare, a RECFM=VB was being given a RECFM=FB setting.
This fix corrects that problem.
|
2012/01/19 |
PM58579 |
Importance: Medium | Risk: Low | |
| Pre-Requisite: ZP15F556 |
| Superseded by: ZP15F204 |
|
ZP15F576* |
CLIENTD abends after displaying "stale entry" message.
Download Fix File
The automated client, in order to eliminate stale control blocks due to external interferance (an operator deleting an entry while "in flight", for example) would rely on the static nature of the QNUM. In some systems, this value is unreliable, and would cause excessive recovery and an eventual abend of CLIENTD.
This fix is important if you have applied ZP15F574. While it only affects a small percentage of sites, it should be applied on all sites.
|
2011/11/23 |
PM58579 |
Importance: Medium | Risk: Low | |
| Superseded by: ZP15F580 |
|
ZP15F577* |
Added SKIP=YES feature.
Download Fix File
When POWER initializes, there is an option "SKIP=YES". This will indicate how initial form feeding should be generated. If this option is enabled in LPR, it will function just like a "SKIP=YES" setting under Power.
ZP15F578 will also need to be applied for this feature to work under LPR.
|
2011/10/15 |
PM58579 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F445 |
|
ZP15F578* |
Added SKIP=YES feature.
Download Fix File
When POWER initializes, there is an option "SKIP=YES". This will indicate how initial form feeding should be generated. If this option is enabled in LPR, it will function just like a "SKIP=YES" setting under Power.
ZP15F577 will also need to be applied for this feature to work (Power file I/O driver).
|
2011/10/15 |
PM58579 |
Importance: Low | Risk: Low | |
| Supersedes: ZP15F025 |
|
ZP15F579* |
If the initial "220" message from SMTPD timed out, it would not be flagged as an error.
Download Fix File
When the SMTP client starts up, it does a RECEIVE right after the open to get the header information. If it timed out, the client would print a blank line and end, and it would act like everything was fine.
This fix will indicate a timeout from the first receive as a failure.
|
2012/01/19 |
PM58579 |
Importance: Medium | Risk: Low | |
| Pre-Requisite: ZP15F572 |
|
ZP15F580* |
AutoLPR keeps trying to to send a report that disappeared.
Download Fix File
If an external source (operator, program, or a Power command in a script that is issued after the entry has been delivered) modifies an "in flight" report from Power (the automation client has not finished with it), then the AutoLPR will fail and it will continue to retry until the "RETRY=" value has been used up. During this time, all other reports, if ORDER is set to something other than "NO" will wait.
This correction has extra logic added, so that if the file does not exist anymore, then no more retires will take place for AutoLPR.
|
2012/01/13 |
PM58579 |
Importance: Medium | Risk: Low | |
| Supersedes: ZP15F574, ZP15F576 |
|
ZP15F581* |
AutoLPR hangs because a QUIT does not end with a "Ready:"
Download Fix File
The standard terminator for all internal clients is "Ready:", unless there is an error. CLIENTD (AutoLPR) had a kludge where it looked for "QUIT Acknowledged". LPR terminated that way. EXEC CLIENT would work by having a time-out trying to receive past the QUIT, but because it was a QUIT it would end with RC=0. LPR was the only non-standard client. When CLIENTD was upgraded, the kludge code was not included, and so it would hang.
This fix corrects the problem. No recycling of the stack is needed.
|
2012/01/25 |
PM58579 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F559 |
|
ZP15F583* |
IPNACMLP VERSION MISMATCH message appears after applying ZP15F581.
Download Fix File
This zap corrects the updated IPNACMLP module provided by ZP15F581 by including the required change to eliminate the version mismatch message. The version is actually correct, and the message is in error.
This fix corrects the problem. No recycling of the stack is needed.
|
2012/02/22 |
PM74044 |
Importance: Low | Risk: Low | |
| Pre-Requisite: ZP15F581 |
|
ZP15F584* |
TELNET <hostname> fails, but <ipaddr> works. "ID=xx" is required if SYSID not "00".
Download Fix File
Because of a bug with the GetHostByName call, any non-IP address (meaning, a domain name) would not be converted to the IP address, and the connection would fail. Also, the "// OPTION SYSPARM='nn'" value would not be used as the default SYSID, and if your stack was defined with a SYSID other than "00", it would fail.
This fix corrects those problems. No recycling of the stack is required. After applying, you will either need to NEWCOPY the CICS program "TELNET01", or recycle CICS for it to take effect.
|
2012/02/23 |
PM74044 |
Importance: Low | Risk: Low | |
|
ZP15F585* |
STRIPCC does not work as documented.
Download Fix File
STRIPCC is supposed to srtip off the first byte of a line and reduce the line size by 1. Instead it includes the first byte and truncates the last byte of the line.
This fix corrects the problem. You will need to recycle the stack after applying this fix for it to take effect.
|
2012/03/20 |
PM74044 |
Importance: Low | Risk: Low | |
|
ZP15F586* |
Added FIREWALL support
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Superseded by: ZP15F223 |
|
ZP15F587* |
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/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F200 |
|
ZP15F588* |
Add FIREWALL MACRO
Download Fix File
Added firewall support. See $ReadMe_Firewall.pdf for information on this new feature.
|
2014/09/19 |
|
Importance: Medium | Risk: Medium | |
|
ZP15F590* |
DBCS attachments to Email are corrupt.
Download Fix File
When translating DBCS files, the size of the record after the translation can change. This was not taken into effect in 15F, although there was a lateer zap for 15E that did address this.
This fix corrects the problem. No recycling of the stack is needed.
|
2012/06/04 |
PM74044 |
Importance: Low | Risk: Low | |
|
ZP15F591* |
EZAAPI command does not turn off CCZ messages.
Download Fix File
The following messages are possible from the Common Encryption Cipher Interface(CECI):
CCZ002D xxxx request started rqarea=yyyy zzzz
CCZ003D xxxx request completed rqarea=yyyy token=yyyy
CCZ201I xxxx cipher=yyyy keynum=zzzz token=addr
CCZ601I ERROR xxxx RC=yyyy DISP=zzzz
The IBM EZAAPI command was unable to control the issuing of these messages because the CECZ interface did not check the global flag set by the EZAAPI command. This zap corrects this problem by adding code to check for the global $DBGISON setting which can be dynamically controlled using the IBM EZAAPI command.
|
2012/12/11 |
PM84600 |
Importance: Low | Risk: Low | |
|
ZP15F592* |
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/09/15 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F331 |
|
ZP15F593* |
External application fails to restart after TCP/IP is recycled
Download Fix File
This zap detects external socket applications that may need to be recycled after TCP/IP is recycled. An external socket application should have been posted when TCP/IP was shutdown, but the socket application may not have processed or did not handled the TCP/IP shutdown condition properly. This zap will produce the following message during TCP/IP startup:
IPN696W Socket application in XX may need to be recycled
to identify external socket applications that may need to be recycled. XX is the partition that was detected to have previouly issued socket requests, and it may have dynamically detected and recovered from the TCP/IP restart. The socket application in the XX partition may also simply be no longer active or the partition has terminated. In that case this message is informational and meant to assist in verifying that external socket applications have recovered after the TCP/IP partition has been recycled.
|
2014/09/29 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Supersedes: ZP15F293 |
| Superseded by: ZP15F169 |
|
ZP15F594* |
Power RDR records stored truncates to 80 bytes
Download Fix File
ZP15F544 caused a permanent truncation of all Power queue records to 80 bytes even if the SITE command was used to indicate a length greater than 80 bytes.
This fix will force 80 bytes if the length if less than 80 or is greater than 128. If it is a valid size between 80-128, then it will accept that value.
|
2013/02/06 |
PM84600 |
Importance: Low | Risk: Low | |
| Superseded by: ZP15F060 |
|
ZP15F595* |
HTTPD abends when calling a CGI under VSE 5.1
Download Fix File
When a CGI is called under VSE 5.1, it will scan the other partitions. A change in the layout in VSE caused the logic to loop through and past the end of a VSE control block table.
This fix corrects the problem.
|
2012/08/13 |
PM74044 |
Importance: Medium | Risk: Low | |
| Superseded by: ZP15F015 |
|
ZP15F596* |
IPN166E Application Program Abend at xxxxxxxx. Phase: IPNCICMP, Offset: 31E
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/10 |
PI34507 |
Importance: High | Risk: Medium | |
| Supersedes: ZP15F516 |
| Superseded by: ZP15F140 |
|
ZP15F597* |
CONNECT_SEQUENCE ONX command operand
Download Fix File
This zap adds a new operand to the CONNECT_SEQUENCE ONX to allow IP address pattern matching for server applications to control which clients connect into a specific server on VSE. The IPADDR= for the DEFINE TELNETD and DEFINE FTPD is used to specify the pattern of client IP addresses allowed when ONX is specified.
|
2014/10/22 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F598 |
| Superseded by: ZP15F156 |
|
ZP15F598* |
IPN100I Date is incorrect
Download Fix File
This zap adds the IPN230I message during start up for IBM licensed sites to display the IBM APAR level.
IPN230I IBM Service PI27143(F) has been applied. Status is GA
This zap also corrects an error in the Q FTPD that incorrectly displayed 0 sessions active when there were more than zero active.
This zap also adds support for the CONNECT_SEQUENCE ONX to allow IP address pattern matching for server applications to control which clients connect into a specific server on VSE. The IPADDR= for the DEFINE TELNETD and DEFINE FTPD is used to specify the pattern of client IP addresses allowed when ONX is specified.
|
2014/10/23 |
PI27143 |
Importance: Medium | Risk: Medium | |
| Co-Requisite: ZP15F597 |
| Superseded by: ZP15F130 |
|
ZP15F599* |
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.
|
2015/01/12 |
PI34507 |
Importance: Low | Risk: Low | |