DCMTK

Further investigations (with "storescp -ts 1" and "dcmsend +dly" trying to send a very large compressed DICOM image that needs to be decompressed for transfer) show...

When the receive timeout elapsed on storescp-side, the output to the logger is:

T: DIMSE receiveCommand
T: DUL  FSM Table: State: 6 Event: 16
T: DUL  Event:  Transport connection closed
T: DUL  Action: AA 4 Indicate AP Abort
I: Association Aborted

On client-side (e.g. dcmsend), the output is:

E: Failed sending C-STORE request: 0006:020e DIMSE Failed to send message
E: 0006:031d TCP I/O Error (Broken pipe) occurred in routine: writeDataPDU
F: cannot send SOP instance: DIMSE Failed to send message
F: 0006:031d TCP I/O Error (Broken pipe) occurred in routine: writeDataPDU
I: Aborting Association
E: Association Abort Failed: 0006:031d TCP I/O Error (Broken pipe) occurred in routine: sendAbortTCP

After checking the DICOM standard (state machine in Part 8), the implemented state transition (see above) seems to be correct. However, I'm not sure whether the returned DUL_PEERABORTEDASSOCIATION is really appropriate:

/* AA_4_IndicateAPAbort
**
** Purpose:
**      Issue A-P-ABORT indication primitive.
**
** Parameter Dictionary:
**
**      network         Handle to the network environment
**      association     Handle to the Association
**      nextState       The next state to be reached from the current state
**      params          Service parameters describing the Association
**
** Return Values:
** Notes:
**
** Algorithm:
**      Description of the algorithm (optional) and any other notes.
*/

static OFCondition
AA_4_IndicateAPAbort(PRIVATE_NETWORKKEY ** /*network*/,
         PRIVATE_ASSOCIATIONKEY ** association, int nextState, void * /*params*/)
{
    closeTransport(association);
    (*association)->protocolState = nextState;
    return DUL_PEERABORTEDASSOCIATION;
}

There does not seem to be a condition constant for A-P-ABORT... the same condition constant is returned by AA_3_IndicatePeerAborted().