- Integrity correct process (and communication including messages) is missing analysis, especially regarding effective correction, where pillars may transmit correct objects directly, instead of using temporary storage pointed out by the integrity client.
- Handling audit trails needs further analysis. it can also be considered whether parts of chashe database can be reestablised from audit trails.
- Integrity check needs further analysis, especially regarding the cases where a pillar is exchanged by another.
- Handling more checksumsalgorithms needs further analysis
Still need more analysis on whether behavior is sufficient in cases where pillars are representing a bit repository, or when integrity client report to other bit repository. For example: this may raise a requirement saying that a pillar must be able to request a copy from another pillar (in connection with correct)
Missing specification of needed integrity information in "database".
We need to investigate the needed procedures to handle restore after a mass loss without using the protocol.
Vi skal evt. kunne sende patterns af fil ids??????
. ellers skal alle ids nævnes
Kan forespørgsel på checksummer samles for flere pillars?
. de er splittet ud i 1a ovenfor, idet det sikekrt er lettest at splitte dem op.
Effektivitet ved at forspørge på alle checksummer fremfor individuelle
. Der kan være forskellige scenarier hvor der er lige så billigt blot at lave enkelt request fremfor at udvælge specifikke checksums man ønsker. For eksempel hvis alle checksummer ligger i en slags front end for et ben, så kan det være lige så let at få alle og overlade til clienten kun at opdatere informationer om nyudregnede checksummer. Derimod hvis der kun er tale om et meget begrænset antal checkesummer som udregnes direkte, så kan det være bedre at om hver enkel. Dette kunne evt. også være en opsætningsparameter til klienten.