Project

General

Profile

Actions

Bug #375

closed

Possibly incorrect output from "Responding AE Title"

Added by Jörg Riesmeier almost 16 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
High
Category:
Library
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Module:
dcmnet
Operating System:
Compiler:

Description

... noticed in external training session

The output of "Responding AE Title" may not be correct with some SCPs, e.g. unexpected value (configured AE Title of the responding communication partner).

=== Supplement JR ===

Was that perhaps during a Query/Retrieve (C-MOVE)? I haven't been able to reproduce it...

=== Additional Supplement JR ===

It occurs e.g. in 'storescp', when the SCU calls an AE Title other than 'STORESCP'.

I: ====================== BEGIN A-ASSOCIATE-AC =====================
I: Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.0
I: Our Implementation Version Name: OFFIS_DCMTK_360
I: Their Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.0
I: Their Implementation Version Name: OFFIS_DCMTK_360
I: Application Context Name: 1.2.840.10008.3.1.1.1
I: Calling Application Name: STORESCU
I: Called Application Name: TEST_AET
I: Responding Application Name: STORESCP
...

This should be the correct output:
... I: Responding Application Name: TEST_AET ...


Related issues 1 (0 open1 closed)

Related to DCMTK - Bug #1048: Incorrect output of "Responding AE Title" in A-ASSOCIATE RequestClosedMichael Onken2022-11-25

Actions
Actions #1

Updated by Andrew Chiw over 12 years ago

Possibly incorrect output from "Responding AE Title"
Description

... noticed while training for Fa. black

The output of "Responding AE Title" may not be correct with some SCPs, e.g. unexpected value (configured AE Title of the responding communication partner).

=== Supplement JR ===

Was that perhaps during a Query/Retrieve (C-MOVE)? I haven't been able to reproduce it...

=== Additional Supplement JR ===

It occurs e.g. in 'storescp', when the SCU calls an AE Title other than 'STORESCP'.

I: ====================== BEGIN A-ASSOCIATE-AC =====================
I: Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.0
I: Our Implementation Version Name: OFFIS_DCMTK_360
I: Their Implementation Class UID: 1.2.276.0.7230010.3.0.3.6.0
I: Their Implementation Version Name: OFFIS_DCMTK_360
I: Application Context Name: 1.2.840.10008.3.1.1.1
I: Calling Application Name: STORESCU I: Called Application Name: TEST_AET
I: Responding Application Name: STORESCP ...

This should be the correct output:
... I: Responding Application Name: TEST_AET ...

Actions #2

Updated by Andrew Chiw over 12 years ago

  • Subject changed from Möglicherweise falsche Ausgabe des "Responding AE Title" to Possibly incorrect output from "Responding AE Title"
Actions #3

Updated by Jörg Riesmeier about 10 years ago

  • Category set to Library
  • Target version set to 3.6.2
Actions #4

Updated by Marco Eichelberg almost 9 years ago

  • Assignee set to Marco Eichelberg
Actions #5

Updated by Marco Eichelberg over 8 years ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

This was only a "display problem". In the network module, the correct responding ae title was always set, based on the called ae title and not on the field "responding ae title", which exists, but is ignored (apparently a left-over from the early days of implementation). Fixed the output correspondigly.

Closed by commit 29e9629.

Actions #6

Updated by Jörg Riesmeier almost 3 years ago

  • Related to Bug #1048: Incorrect output of "Responding AE Title" in A-ASSOCIATE Request added
Actions

Also available in: Atom PDF