Normal message flow
- Identify requests: The client initiating an operation should start by sending an Identify request to the broadcast Destination. The identify request asks all pillars and/or contributors who is capable and able to perform the operation to reply. The request includes the Destination whereto the pillars/contributors should send their responses.
- Identify responses: All pillars and/or contributors who support the operation and for whom the received Identify request is relevant, send responses back containing a Destination used by the client to send messages directly to the pillar/contributor. The responses can also include additional information about the pillars ability to respond. E.g. expected delivery time of a file.
- The client chooses which pillars to use for the operation
- Operation request: The client sends an Operation request message to each pillar/contributor chosen for the operation, requesting the specific operation to be performed.
- Progress response: Each pillar can send Progress responses regarding the status of the operation process. The first progress message will typically be an 'Operation accepted' response'. It is not mandatory
- Final response: When a pillar has finished performing the requested operation, it sends an Final Response. The final response contains the final status of the operation, failure or success. It may also contain the result of the operation or information on where to get the results.
The message flow above is described in a general form. Each type of message mentioned above is specific to the given operation type. The specific operations and their messages is listed on the Protocol messages page.