Conquest / Vitrea connection problem

    Hi!
    Is anyone using Conquest with Vital Images Vitrea Workstation succesfully?
    We cannot retrieve any studys from our conquest pacs by the vitrea workstation. It is possible to make querries and then select a study, but after selecting retrieve we get the error message " DICOM Retrieve Error".
    Conquest says "host vitrea did not accept the connection" ( I will post the debug log tomorrow), any ideas or similar experiences!?
    greetz

    Hello,
    I am very sure that AE and IP are ok, because that is what we have triple checked and even a Toshiba technician looked over the config.
    We even added the Vitreaserver AE which is usually used to query the Vitrea WS FROM other PCs - of course that was not the problem ;-).
    All other WS do fine with Vitrea and the PACS, just those two wont work - somehow :-(.
    Below you will find the Conquest debug info, maybe it will help.
    There was one thing in tge Debug Info tah was bothering me: somewhere in the Debug info VITREA has port 1234, which is definitly not true, it is set to 3303. After I discovered that we changed config to that port but with no success.


    Debug Info:


    17.08.2007 16:20:14 [PACS] UPACS THREAD 1: STARTED AT: Fri Aug 17 16:20:13 2007
    17.08.2007 16:20:14 [PACS] A-ASSOCIATE-RQ Packet Dump
    17.08.2007 16:20:14 [PACS] Calling Application Title : "VITREA "
    17.08.2007 16:20:14 [PACS] Called Application Title : "PACS "
    17.08.2007 16:20:14 [PACS] Application Context : "1.2.840.10008.3.1.1.1"
    17.08.2007 16:20:14 [PACS] Number of Proposed Presentation Contexts: 1
    17.08.2007 16:20:14 [PACS] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2"
    17.08.2007 16:20:14 [PACS] Server Command := 0021
    17.08.2007 16:20:14 [PACS] C-Move Destination: "VITREA"
    17.08.2007 16:20:14 [PACS] 0000,0002 28 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.2.2.2"
    17.08.2007 16:20:14 [PACS] 0000,0100 2 US CommandField 33
    17.08.2007 16:20:14 [PACS] 0000,0110 2 US MessageID 1
    17.08.2007 16:20:14 [PACS] 0000,0600 6 AE MoveDestination "VITREA"
    17.08.2007 16:20:14 [PACS] 0000,0700 2 US Priority 0
    17.08.2007 16:20:14 [PACS] 0000,0800 2 US DataSetType 256
    17.08.2007 16:20:14 [PACS] (QualifyOn) (mapped) IP:ITREA, PORT:1234
    17.08.2007 16:20:14 [PACS] MyStudyRootRetrieveGeneric :: SearchOn
    17.08.2007 16:20:14 [PACS] 0008,0052 6 CS QueryRetrieveLevel "STUDY "
    17.08.2007 16:20:14 [PACS] 0008,0054 6 AE RetrieveAETitle "VITREA"
    17.08.2007 16:20:14 [PACS] 0020,000d 58 UI StudyInstanceUID "1.2.392.200036.9116.2.6.1.48.1214859555.1187149001.137560"
    17.08.2007 16:20:14 [PACS] Query On Image
    17.08.2007 16:20:14 [PACS] Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
    17.08.2007 16:20:14 [PACS] Values: DICOMStudies.StudyInsta = '1.2.392.200036.9116.2.6.1.48.1214859555.1187149001.137560' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
    17.08.2007 16:20:14 [PACS] Tables: DICOMImages, DICOMSeries, DICOMStudies
    17.08.2007 16:20:14 [PACS] Query Distinct Tables: DICOMImages, DICOMSeries, DICOMStudies
    17.08.2007 16:20:14 [PACS] Columns : DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesInst, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
    17.08.2007 16:20:14 [PACS] Where : DICOMStudies.StudyInsta = '1.2.392.200036.9116.2.6.1.48.1214859555.1187149001.137560' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
    17.08.2007 16:20:14 [PACS] Order : (null)
    17.08.2007 16:20:14 [PACS] Records = 361
    17.08.2007 16:20:14 [PACS] Number of Images to send: 361
    17.08.2007 16:20:16 [PACS] Host 'VITREA' did not accept the connection
    17.08.2007 16:20:16 [PACS] C-Move (StudyRoot)
    17.08.2007 16:20:16 [PACS] UPACS THREAD 1: ENDED AT: Fri Aug 17 16:20:16 2007
    17.08.2007 16:20:16 [PACS] UPACS THREAD 1: TOTAL RUNNING TIME: 3 SECONDS

    I just double checked our configuration. Vitrea 2 3.9.0.0 and Conquest 12c and 13 beta both work without problems.
    It really feels like a port problem. Or, do you have windows firewall (or other firewall) enabled?
    The machines can check patient names so IP is correct but fail to transfer - port (or AETitle less likely) are wrong or blocked. Make sure that the conquest machine is correctly entered under DICOM in VI communicator.
    Other than that, double check for the presence of firewalls or similar thing (both hardware and software) that are blocking the DICOM port traffic. Amazing how many times one of the machines (probably vitria) will have windows firewall running.
    Anyhow, I have the above versions of Vitrea 2 and Conquest talking without problem so given that the configuration is ok, it should work.
    LJJ

    Hi,
    I will verify the ports once more as soon as possible, just to make sure.
    I have also seen that many problems are firewall related, therefore I always disable the windows FW. Though this workstation was setup by Toshiba I will check that. We currently do not have any other FW soft/hardware which might interfere here.
    The Toshiba engineer made a "DICOM snif or TCAT grab" which revealed that somehow the requested dataset does not exist on the pacs - which is a little weired !?


    Toshiba info:


    Below the reply from the PACS on our c-move request:


    ------------P-DATA-TF PDU------------
    PDU length: 134 0x00000086
    PDV length: 130 0x00000082
    Presentation context-ID: 1 0x01
    Message Control Header 0x03 Last Command Message
    ---------------------------------------------------------------------------------------------
    ! Grp Tag Attribute Name VR Length Value
    ---------------------------------------------------------------------------------------------
    [CMD] (0000,0000) Group Length UL 4 "116 0x00000074"
    [CMD] (0000,0002) Affected SOP Class UID UI 28 "1.2.840.10008.5.1.4.1.2.2.2 "
    [CMD] (0000,0100) Command Field US 2 32801 0x8021 C-MOVE-RSP
    [CMD] (0000,0120) Message ID Being Responded to US 2 "1 0x0001"
    [CMD] (0000,0800) Data Set Type US 2 "257 0x0101"
    [CMD] (0000,0900) Status US 2 "49157 0xC005"
    [CMD] (0000,1020) Number of Remaining Sub-operat US 2 "0 0x0000"
    [CMD] (0000,1021) Number of Completed Sub-operat US 2 "0 0x0000"
    [CMD] (0000,1022) Number of Failed Sub-operation US 2 "0 0x0000"
    [CMD] (0000,1023) Number of Warning Sub-operatio US 2 "0 0x0000"



    The line in bold tells that there is no data set present (value: 257 0x0101), which means that the data that we request is not present on the PACS, which is off course a bit odd since we selected it from a list just sent to us by the same PACS.



    So, any ideas !?


    greetz :-)

    Hi,


    the move reply is correct I thick. Since conquest cannot initiate the move it replies that is is done.


    The problem is in the reverse connection that conquest wants to make to vitrea to C-STORE the images. This is a separate association.


    Is conquest listed in vitrea? Conquest itself accepts messages from anybody, but vitrea maybe only from those that are known to it. The check on AE in vitrea may also be case sensitive.


    Marcel

    Hello


    I have just checked the AEs on both machines. They are correct, both AEs are written in capitals letters like this:
    PCAS VITREA and are listed correct in both applications.
    We still cannot receive any studies from our pacs on the vitrea WS.
    greetz

    Hi,


    Can you query VITREA from conquest, or C-STORE from conquest to VITREA? Maybe that gives some more information. It is the C-STORE that is started as result of the C-MOVE that failes. I.e., VITREA queries PACS OK and asks it to store 361 images in VITREA. Then PACS starts a C-STORE and that fails.


    Options:
    Maybe the VITREA does not accept the kind of images being asked for
    Maybe VITREA does not accept any command from PACS
    Maybe the port for VITREA is configured wrong in PACS


    Marcel

    Hi


    Option 1) impossible. These are normal CT studies. I can send any study to Vitrea via eFilm without any problem.


    Option 2) could be, how can I verify / check this?


    Option 3) I already checked that a couple of times, port and AE are entered correctly.

    Hello Marcel


    When I try to sent studies to Vitrea from Conquest user interface I get the message "remote dicom error", when making queries to Vitrea I get the message "association lost".
    Vitrea uses two AEs 1) VITREA to receive studies, 2) VITREASERVER to respond to queries etc. Both AEs are entered into Conquest, it is in fact very wired. Other workstations can send to Vitrea and make queries just not conquest.
    Nevertheless we are getting a new version of vitrea in the next weeks because it is very unstable. maybe this will solve the problem :-)
    greetz

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login