A fix is available
APAR status
Closed as program error.
Error description
TCPIP drops a packet with the SYN flag set for an established connection, rather than sending back an ACK. The SYN packet is dropped with dropit reason DROPIT_BAD_ACKNUM. This is because a SYN packet has an ACK number of zero. The code checks to ensure the ACK is in the window of data being received. If it does not, the packet is dropped. This apar will allow TCPIP to send back an ACK to this SYN packet. . KEYWORDS: acknowledgment ACK SYN existing . VERIFICATION STEPS: A packet trace will show the SYN is not ACKed and it gets retransmitted.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of the Communications Server for * * OS/390 Release 10 IP: TCP connections * **************************************************************** * PROBLEM DESCRIPTION: TCP sessions from systems that do not * * terminate a connection and then * * reopen a session using the same IP and * * port combinations may fail to connect. * **************************************************************** * RECOMMENDATION: * **************************************************************** Some systems that do not terminate a TCP connection and later attempt to reopen the same connection using the same IP addresses and port numbers may fail to connect. Code in the TCPIP stack views the inbound SYN packet as unacceptable because the ACK number of zero in the SYN packet that is trying to establish a new connection is not the next expected ACK number that would have been received during the previous connection on the same IP address and port four tuple. Since the ACK number is unacceptable, TCPIP discards the new SYN packet therefore preventing a new session from being established. +-------------------------------------------------------------+ + Please check our Communications Server for OS/390 homepages + + for common networking tips and fixes. The URL for these + + homepages can be found in Informational APAR II11334. + +-------------------------------------------------------------+
Problem conclusion
EZBTCRD has been amended to allow initial SYN packets (a packet with the SYN bit set and the ACK bit unset) to bypass the ACK number check. * Cross Reference between External and Internal Names
Temporary fix
Comments
APAR Information
APAR number
PK07355
Reported component name
TCP/IP V3 MVS
Reported component ID
5655HAL00
Reported release
50A
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2005-06-15
Closed date
2005-06-21
Last modified date
2005-08-02
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UK04713
Modules/Macros
EZBTCRD
Fix information
Fixed component name
TCP/IP V3 MVS
Fixed component ID
5655HAL00
Applicable component levels
R50A PSY UK04713
UP05/07/22 P F507
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"50A","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"50A","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
02 August 2005