The integrity client is special compare to other clients considering knowledge of pillars, since it must have knwoledge of which pillars that should be part of a voting. this also adds an extra challenge in cases where the are changes in the pillar combination for a SLA, especially in this case where we wnat asynchronous collection of integrity information.
The responses to requests for different integrity informaiton is treated separately from the actual requests. Note that this will mean less complexity in cases where there are no answer to a request, since this will be handled, either by the next request or by alarms produced by Check inf. is up-to-data process, when the data is alarmingly old compared to deadlines defined in the SLA. This is illustrated by two processe in the below figure.
In any cases of errors the processes wil raise alarms.
For details on message and data transmitted, please refer to Collection communication