Orthanc not receiing all series, hard to identify why (DEBUG/TRACE)

General
1

Hi,

we have a use-case where a PACS Carestream sends an exam with mutliple series (30, with overall 1000 instances. It takes some time (6min) so there may a network issue. And orthanc sometimes doesn’t contain the full exam.

The PACS receives a DIMSE 0xC336, but no additional information.
We tried to put orthanc in DEBUG/TRACE to identify the problem, but it’s quite hard to decipher.

We thought it would be related to DicomThreadsCount being 4 by default, so we increased it to 30, but it doesn’t fix the problem.

We also noticed that Carestream spooler was retrying the PACS, sometimes it indicates success but orthanc doesn’t contain everything.

Any ideas how we can investigate further this problem?

Thanks.

2

If it’s possible, install DCMTK onto a workstation and manually request the study through a CMOVE call in verbose mode. I’ve had many instances where the request fails due to SubOperationsCompleteOneOrMoreFailures and it’s a problem with Carestream, inasmuch as Carestream workstations are able to view the study, but any DICOM request to copy that study elsewhere via DICOM fails. Apparently I’ve heard that a PACSAdmin can perform a “push” to the remote node (Orthanc in this case) and that should work, but the jury’s still out on that at the moment. Either way, there’s an issue as it shouldn’t require human interaction in order to peform a CMOVE request.

HTH