C-STORE-RSP Failure

[kendell]

I'm having trouble sending to one particular server. I was looking through the forum and a couple different answers pointed to it being on the receiving server's side and that C-STORE-RSP error 257 indicates there is a data element in the response from the server that doesn't conform to DICOM C-STORE Services protocol. It was suggested to enable debugging and I did. Could someone tell me which data element it's responding with that doesn't conform? Thanks for your help. The log info is as follows:

Mon Nov 11 07:34:03 2013 INFO - Processing database job <1267002>
Mon Nov 11 07:34:03 2013 INFO - C-STORE Forward-session: <3033> started for SCP: 10.100.30.217 Port: 501
Mon Nov 11 07:34:03 2013 INFO - <3033> Sending A-ASSOCIATE-RQ PDU
Mon Nov 11 07:34:04 2013 INFO - <3033> Waiting for A-ASSOCIATE result
Mon Nov 11 07:34:04 2013 INFO - <3033> A-ASSOCIATE-RQ accepted
Mon Nov 11 07:34:04 2013 INFO - <3033> Sending P-DATA-TF PDU
Mon Nov 11 07:34:29 2013 INFO - <3033> C-STORE-RSP [35] command received in P-DATA-TF PDU
Mon Nov 11 07:34:29 2013 ERROR - C-STORE-RSP: Data Set Present in data element [0x120]
Mon Nov 11 07:34:29 2013 INFO - C-STORE-RSP status: [257]
Mon Nov 11 07:34:29 2013 ERROR - C-STORE-RSP: Checksum failed, received = 102 expected = 152
Mon Nov 11 07:35:29 2013 ERROR - Session: <3033> timed out for client: 10.100.30.217, aborting
Mon Nov 11 07:35:29 2013 INFO - Session: <3033> disconnected for client: 10.100.30.217

I enabled debugging and rebooted:

Mon Nov 11 12:47:08 2013 ERROR - C-STORE-RSP: Data Set Present in data element [0x120]
Mon Nov 11 12:47:08 2013 DEBUG - 00 00 00 94 01 03 00 00 00 00 04 00 00 00 86 00 00 00 00 00 02 00 1a 00 00 00 31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 35 2e 31 2e 34 2e 31 2e 31 2e 31 00 00 00 00 01 02 00 00 00 01 80 00 00 10 01 02 00 00 00 00 00 00 00 20 01 02 00 00 00 00 00 00 00 00 08 02 00 00 00 01 01 00 00 00 09 02 00 00 00 00 00 00 00 00 10 2a 00 00 00 31 2e 32 2e 34 31 30 2e 32 30 30 30 31 33 2e 31 2e 33 31 30 2e 31 2e 32 30 31 33 31 31 30 38 30 39 32 33 35 32 30 30 30 35 00
Mon Nov 11 12:47:08 2013 INFO - C-STORE-RSP status: [257]
Mon Nov 11 12:47:08 2013 ERROR - C-STORE-RSP: Checksum failed, received = 102 expected = 152
Mon Nov 11 12:47:08 2013 DEBUG - 00 00 00 94 01 03 00 00 00 00 04 00 00 00 86 00 00 00 00 00 02 00 1a 00 00 00 31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 35 2e 31 2e 34 2e 31 2e 31 2e 31 00 00 00 00 01 02 00 00 00 01 80 00 00 10 01 02 00 00 00 00 00 00 00 20 01 02 00 00 00 00 00 00 00 00 08 02 00 00 00 01 01 00 00 00 09 02 00 00 00 00 00 00 00 00 10 2a 00 00 00 31 2e 32 2e 34 31 30 2e 32 30 30 30 31 33 2e 31 2e 33 31 30 2e 31 2e 32 30 31 33 31 31 30 38 30 39 32 33 35 32 30 30 30 35 00
Mon Nov 11 12:47:08 2013 DEBUG - Session: <1> starting READ for 6 bytes
Mon Nov 11 12:48:08 2013 ERROR - Session: <1> timed out for client: 10.100.30.217, aborting
Mon Nov 11 12:48:08 2013 DEBUG - JobID: [1267005] for AE: [APPS_DP5] completed
Mon Nov 11 12:48:08 2013 DEBUG - JobID: [1267005] session count for AE: [APPS_DP5] prev = 1 current = 0
Mon Nov 11 12:48:08 2013 INFO - Session: <1> disconnected for client: 10.100.30.217
Mon Nov 11 12:48:09 2013 DEBUG - Running SQL Query: UPDATE dbjob SET status='failed',finishtime=NOW(),details='Failed SOP Instances:<br>1.2.410.200013.1.310.1.201311080923520005<br>' WHERE id=1267005;

[pacsone]

According to the PacsOne Server logs, this remote AE included an invalid attribute: Message ID (0000,0110) in its C-STORE-RSP response returned to PacsOne Server, i.e., the Message ID (0000,0110) attribute is mandatory in the C-STORE-RQ sent from the client (PacsOne in this case), but should NOT be present in the C-STORE-RSP response returned from the SCP (this remote AE). So you should contact the technical support of this remote AE and have them fix this non-Dicom compliance.

Also, what's the version of PacsOne Server are you running? If you are running the current version 6.3.8 of PacsOne Server, it will ignore this bogus attribute in the C-STORE-RSP response and continue to parse the rest of the C-STORE-RSP message despite of the bogus attribute.

[kendell]

Great, thanks so much for your quick reply. It helps to have a direction to point them in, since they are insisting it's an issue on PacsOne. It's version 6.1.1. I'm not 100% sure how long ago they upgraded or how old 6.1.1 is in the version history.

[pacsone]

The current version is 6.3.8, and you can find the revision change history from our website:

http://www.pacsone.net/download.htm