DICOM Anniversary Conference & Workshop Baltimore, 22-23 Sept 2003 Automatic Configuration of DICOM Network Applications Experience with Frozen Draft of Supplement 67 Andrew Hewett Siemens Medical Solutions Scope – DICOM Configuration Management (Supplement 67) Scope Status Quo Future Vision Profiles Simplify installation and maintenance of DICOM Network Applications Reduce manual data entry of network parameters Automate collection of network parameters Automate distribution of network parameters Trial Test Cases Experience Use industry standard IT network protocols DHCP – Obtain Network Parameters DNS – Resolve names to addresses NTP – Maintain accurate synchronized time LDAP – Directory lookup of network devices & capabilities 2 2 Status Quo – Install a new Workstation Scope Status Quo Administrator / Technician / User Identify network parameters of new Workstation Future Vision Profiles Trial Test Cases Experience Manual entry of “self” network parameters • Hostname, IP-Address, Netmask, DNS, Default Gateway, … • Unused Unique AE Title(s), Local Port, Supported Services, … Manual entry of “remote node” network parameters for each device with which communication is desired • Hostnames, IP-addresses, AE Titles, Ports • Supported Services, Roles, Transfer Syntaxes • Device type (e.g. RIS, Archive, Printer, …), … Visit each device in network Manually enter network parameters of new WS 3 3 Future – Install a new Workstation (Centrally Driven) Scope Status Quo Future Vision Profiles Trial Test Cases Experience Administrator Creates name/credentials and registers WS with DHCP/DNS/LDAP Loads predefined WS configuration in LDAP server • Device details, hostname, ports, AETs, SOP Classes, etc. • Peer (Workflow) Devices, etc. Technician Installs hardware & enters WS name/credentials Workstation Automatically Obtains network parameters & synchronizes to network time Obtains “own” configuration from LDAP server Technician Refines WS configuration (if necessary) 4 4 Future – Install a new Workstation (Client Driven) Scope Status Quo Future Vision Profiles Trial Administrator Creates name/credentials and registers WS with DHCP/DNS/LDAP Technician Installs hardware & enters WS name/credentials Workstation Automatically Obtains network parameters & synchronizes to network time Identifies available unique DICOM AE Title(s) for own use Test Cases Registers WS own capabilities to LDAP server Experience Searches for “interesting” remote DICOM devices in LDAP Server • RIS, Archive, Network Printers, Workstations Technician Refines WS configuration (if necessary) 5 5 Future – Send images to a new WS Scope Status Quo Future Vision Profiles Trial Test Cases Experience A new WS is installed Other devices can immediately send images to new WS Fully Dynamic Configuration (e.g. on a Modality) Open Patient Browser (view of Local Database) • Select Patient and choose “Send to WS …” Dialog shows “filtered” list of “assigned” Workstations • Obtained from central config server Select desired WS (if more than 1) Send images to selected WS • Using network parameters obtained from central config server (LDAP & DNS) Many variations on this theme are possible 6 6 Configuration Management Profiles Scope Status Quo Future Vision Profiles Trial Test Cases Products can claim conformance to separate Profiles Network Address Management Profile • Obtain Network Parameters & Resolve names to addresses • Client must support DHCP & DNS Time Synchronization Profile • Maintain accurate synchronized time • Client must support SNTP or NTP DICOM Application Configuration Management Profile Experience • Directory lookup of network devices & capabilities • Client must support LDAP protocol & DICOM schema Each Profile defines Actors & Transactions (Required/Optional) 7 7 Configuration Management Profiles Scope Status Quo Future Vision Profiles Trial Test Cases Products can claim conformance to separate Profiles Network Address Management Profile • Obtain Network Parameters & Resolve names to addresses • Client must support DHCP & DNS Time Synchronization Profile • Maintain accurate synchronized time • Client must support SNTP or NTP DICOM Application Configuration Management Profile Experience • Directory lookup of network devices & capabilities • Client must support LDAP protocol & DICOM schema Each Profile defines Actors & Transactions (Required/Optional) 8 8 Trial Implementation Scope WG6 created a “Frozen Draft for Trial Implementation” Status Quo Sup67 is unusual for DICOM Standardization Future Vision Discover and fix problems before Ballot Profiles Trial “Frozen Draft” status will be reviewed in January 2004 Siemens has developed a demo client implementation Test Cases Microsoft .NET Environment Experience Uses DirectoryServices class library for LDAP client support Tested against the SunONE and OpenLDAP directory servers 9 9 Test Cases Scope Status Quo Future Vision Profiles Trial Test Cases Experience Install a new LDAP Server into a legacy network Install a new managed device (pre-loaded LDAP Server configuration) Install a new managed device (file-based data upload) Install a new managed device (protocol-based data upload) Find archives, workstations and printers Change managed device configuration on the server Change managed device configuration (file-based data upload) Change managed device configuration (protocol-based data upload) 10 10 Trial Experience Scope Status Quo Future Vision Profiles Trial Test Cases Experience Successfully completed all LDAP-related test cases Limitations of LDAP server products & client libraries Multi-valued RDNs Modify RDN Minor revisions to DICOM LDAP schema necessary Clarification of some details necessary Renaming a device Intended use of “Peer AE Titles” Important to test with multiple LDAP servers Strict vs. lenient syntax checking 11 11