PH21480: DFHTR0112 ABEND - CICS WEB CONVERSE FAILS AFTER MIGRATING TO CICS/TS 5.5 DUE TO CHUNKS BEING SPLIT IN THE NETWORK.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• CICS WEB CONVERSE command fails after migration to CICS/TS 5.5.
  The problem is being caused by one of the chunks being split in
  the network.  The chunk gets received as a single byte followed
  by the remainder.  This has caused DFHWBCL to receive a chunk
  header of x'32323030300D0A' (indicating length of x'22000')
  instead of x'323030300D0A' (indicating a length of x'2000').
  i.e. DFHWBCL gets the initial byte returned twice.  This causes
  DFHWBCL to receive 17 times as much data for the next chunk.
  The chunk is then deemed to be invalid because it does not end
  with a CRLF. This leads to numerous DFHTR0112 abend. Symptoms
  seen in the CICS trace are:
  
  WB 074B WBCL *EXC* - INVALID_CHUNK
  TR 0102 TRPT *EXC* - INVALID-DATA-PASSED : CALLING DOMAIN WAS
  WB : PARAMETER LIST WAS FUNCTION(TRACE_PUT) POINT_ID(74B)
  Additional Symptoms and Keywords:
  KIXREVDAM Upgrade2CICS55
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS Users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: EXEC CICS WEB CONVERSE fails with       *
  *                      INVREQ and RESP2=22 (Invalid Chunk).    *
  ****************************************************************
  An application in CICS is acting as an HTTP client and issues an
  EXEC CICS WEB CONVERSE or WEB RECEIVE command to receive a
  chunked response from the remote server.  This command returns
  INVREQ with RESP2=22 (Invalid Chunk).
  
  When the chunked response was being received, one of the chunks
  got split in the network.  The first byte of the chunk header
  was received on its own.  This caused DFHSOSO to process that
  initial byte twice so the buffer of data returned to DFHWBCL
  contained a chunk header of x'32323030300D0A' indicating a
  length of x'22000' instead of the correct data x'323030300D0A'
  indicating a length of x'2000'.
  
  DFHWBCL now attempts to issue a receive for x'22000' bytes.
  This fails and the invalid chunk response is returned.
  

Problem conclusion

• Sockets domain has been updated to correctly receive the chunk
  header length when it is split in the network.
  FIXCAT: SWPSP/K
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UI69220

Modules/Macros

• DFHSOS07
  

Fix information

• Fixed component name

  CICS TS Z/OS V5

• Fixed component ID

  5655Y0400

Applicable component levels

• R200 PSY UI69220

     UP20/04/29 P F004

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.