Hey,
the iSite Server (Ver. 4.1.43.0) has an Webinterface to view and tranfer images,
this works fine and the transfer to conquest is no problem.
Ingo
Hey,
the iSite Server (Ver. 4.1.43.0) has an Webinterface to view and tranfer images,
this works fine and the transfer to conquest is no problem.
Ingo
Hey,
when transfer from STENTOR_SCU
but transfer from the iSite workstation to STRDICOMSRV (conquest) works fine.
No matter what AE I call the iSite Server, the answer comes from STENTOR_QRP.
I´m affraid Philips dos not want an imagetransfer to other clients
Ingo
Hey Marcel,
thanks for your answer.
I put "all" AE´s in the acrnema.map
and tested the query and transfer wit conquest, query works, but no transfer.
---------------------------------------------------------------------------------------------------------------------------------------------------------------
the iSite (PET) server is configured for conquest (PETCT_NUK 10.99.6.100 Port 107)
Ingo
I found this
How To distinguish store requests issued by the Store SCU side independently form those issued in response to a C-MOVE request?
Basically the C-STORE-RQ contains the Move Originator Application Entity Title (0000,1030) and the Move Originator Message ID (0000,1031). However, PS 3.7 clearly specifies in Table 9.1-1 that both attributes are user optional and are not mandatory.
On some implementations, which supports load of images directly from remote(from user perspective, he does not retrieve the images to local storage and then loads them to application, but rather "loads them directly"), using some sort of temporary storage, this behavior may introduce problems. The problem is that it may be difficult to distinguish uppon receive of image from another AE if it should be locally stored or temporarily stored and loaded to some application.
- Use another AE title for the functionality of load directly from remote. When sending C-MOVE-RQ the Move Destination shall be set to this AE title, in case load from remote is desired.
- Keep track on your move requests, and hold in a data structure the requested UIDs and their internal destination, and manage this by yourself.
At first glance, the first approach seems better. But as many problems in the field are the result of poor configuration, it is strongly recommended to keep the configuration as simple as possible, and to obstain from adding AE titles.
Yet, the second solution has its drawbacks. If at the same time the user at the remote system initiated store of the same data to the local machine, the images may result in temporary storage only, although the remote system got success C-STORE-RSP. Since the likelihood of this event is low, the effect of this is small.
But it dos not help realy!
Hey Cevin,
thanks for your answer,
I hab a lock at the other topic before I was writing this one, but my test was not successful.
the first time I set the "virtalserver = iSite" => no query
After your comment I tested it again, but put
"iSite 10.99.10.235 107 un" in the acrnema.map.
Now the query is fine, but still no Images
[PETCT_NUK] Virtual query (iSite) added - 302698\1.3.46.670589.28.2.7.2199392286.2.3292.0.1222167859_0001_000001_122355782600e9.v2[PETCT_NUK] Virtual query from iSite - finished[PETCT_NUK] Number of Images to send: 234[PETCT_NUK] Virtual server - collecting 234 missing objects from iSite[PETCT_NUK] Virtual server - Grabbed 0 images for from iSite[PETCT_NUK] ***Could not find file:302698\1.3.46.670589.28.2.7.2199392286.2.3292.0.1222167859_0001_000234_12235578220000.v2[PETCT_NUK] C-Move (StudyRoot)[PETCT_NUK] UPACS THREAD 3: ENDED AT: Thu Oct 09 15:10:31 2008[PETCT_NUK] UPACS THREAD 3: TOTAL RUNNING TIME: 14 SECONDS
I think the problem are the two different ports in iSite
Greetings
Hey Marcel,
thanks for this great peace of software
Hey users,
I have problem to fetch images from an neu iSite machine (new PETCT). The query works fine, but the transfer of the imgages dosn´t work. I think the problem is, that iSite uses two different AE´s and Port´s for Query and transfer?
Do any other have a working iSite - conquest system?
Thanks for help
Ingo
iSite configuration
Query: -> success
[PETCT_NUK] UPACS THREAD 0: STARTED AT: Thu Oct 09 10:52:15 2008[PETCT_NUK] Calling Application Title : "KPSarzt1 "[PETCT_NUK] Called Application Title : "PETCT_NUK "[PETCT_NUK] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384[PETCT_NUK] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1[PETCT_NUK] (StudyRootQuery) search level: STUDY [PETCT_NUK] Virtualquery: processing response from server: STENTOR_QRP[PETCT_NUK] Virtualquery: cleaning response from server: STENTOR_QRP -9991 13[PETCT_NUK] C-Find (StudyRoot) located 4 records[PETCT_NUK] UPACS THREAD 0: ENDED AT: Thu Oct 09 10:52:16 2008[PETCT_NUK] UPACS THREAD 0: TOTAL RUNNING TIME: 1 SECONDS
Fetch Images (c-move): fail
[PETCT_NUK] Virtual query (STENTOR_QRP) added - 307119\.....192641694_0001_000001_122354242200e9.v2[PETCT_NUK] Virtual query from STENTOR_QRP - finished[PETCT_NUK] Number of Images to send: 234[PETCT_NUK] Virtual server - collecting 234 missing objects from STENTOR_QRP[PETCT_NUK] Virtual server - Grabbed 0 images for from STENTOR_QRP[PETCT_NUK] ***Could not find file:307119\1.3.46........2235424180000.v2[PETCT_NUK] C-Move (StudyRoot)[PETCT_NUK] UPACS THREAD 2: ENDED AT: Thu Oct 09 10:53:48 2008[PETCT_NUK] UPACS THREAD 2: TOTAL RUNNING TIME: 14 SECONDS
DIOCM.ini:
acrnema.map
3x Conquest 1.4.14
- 1. conquest (STRDICOMSRV 10.99.6.100 Port 104):
mini PACS for radioonkology, Clients: ca. 40x K-pacs + RTimageing systems -> works fine
- 2. conquest (STRROUTER 10.99.6.100 Port 105):
Routing/Gateway (virtualserver) to / from the Radiology archive (Radstore) -> works fine!
- 3. conquest (PETCT_NUK 10.99.6.100 Port 107):
Planning: Fetch (virtualserver) images from PETCT / PET hilips iSite / Stentor: PROBLEM!!!
this runs on an nice little Server:
Windows Server 2003 x64 SP1
Dual Core Opteron
16GB RAM
6 Tera HDD