Overview
![](https://docs.internationaldataspaces.org/~gitbook/image?url=https%3A%2F%2F1420101659-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FajB5VtJ7JqYimSARLwF4%252Fuploads%252Fgit-blob-7f05b09fe4efe8cfd8b92211ed38329432e11331%252Fsequences_overview.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=5c75b6ce&sv=1)
ID | Sequence Specification | Protocols |
---|---|---|
[1] | ||
[2] | Connector to Dynamic Attribute Provisioning Service (DAPS) | |
[3] | Connector to Participant Information Service (ParIS) | |
[4] | Connector to Metadata Broker | |
[5] | ||
[6] | Connector to App Store | |
[7] | Connector to Vocabulary Provider | |
[8] | ParIS to DAPS | |
[9] | Broker to DAPS | |
[10] | Clearing House to DAPS | |
[11] | App Store to DAPS | |
[12] | Vocabulary Provider to DAPS |
Since all IDS components are, at their core, a Connector, the connection of these to the DAPS (sequence 8-12) is designed in the same way as that of the Connector to the DAPS.
General Component Interaction
In general, each communication between two components includes the following building blocks:
![](https://docs.internationaldataspaces.org/~gitbook/image?url=https%3A%2F%2F1420101659-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FajB5VtJ7JqYimSARLwF4%252Fuploads%252Fgit-blob-6de5af8aa1ac54d546ce333ccfc2788fb81dc84e%252FInteraction_Building_Blocks.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=34d9fcff&sv=1)
Every communication requires an authenticated, integrity-protected and encrypted connection. The verification of the connector's identity is based on the IDS identity certificate (X.509v3), dynamic attributes and details for the company operating the connector. Additionally, connectors in the Trust or Trust+ Level need to prove their integrity with Remote Attestation based on a transmitted Attestation Report. Based on the secure channel, the desired IDS interaction is conducted as described in the Sequence Specifications above. If no secure channel can be established, the IDS interaction must not be executed.
After the IDS Message was handled, the process/communication channel is terminated if no further interaction is required. Otherwise, the behavior depends on the utilized communication protocol. For a communication with the IDS-REST protocol or Multipart, the communication channel will be re-established for every IDS Message. With the IDSCP2, the communication channel is established once via the IDSCP2 Transport Layer Protocol and all IDS interactions will be executed via this channel with the IDSCP2 Application Layer protocol.
Last updated