[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: LTANS-ERS: Verification and data groups
That will be fine. I am not as conversant in it, but will try to slog
through it.
-----Original Message-----
From: owner-ietf-ltans@xxxxxxxxxxxx [mailto:owner-ietf-ltans@xxxxxxxxxxxx]
On Behalf Of A. Jerman Blazic
Sent: Tuesday, February 07, 2006 8:09 AM
To: ietf-ltans@xxxxxxx
Subject: RE: LTANS-ERS: Verification and data groups
Basic idea was presented, I think at paris meeting by Peter (Sylvester). We
are working with XML currently (it is a version 0.9 albeit in production
already...). Will that do?
> -----Original Message-----
> From: owner-ietf-ltans@xxxxxxxxxxxx
> [mailto:owner-ietf-ltans@xxxxxxxxxxxx] On Behalf Of Santosh Chokhani
> Sent: 7. februar 2006 13:55
> To: A. Jerman Blazic; ietf-ltans@xxxxxxx
> Subject: RE: LTANS-ERS: Verification and data groups
>
>
> Aleksej,
>
> Can you point me to or send me the ASN.1 for your proposal?
>
> Thanks.
>
> -----Original Message-----
> From: owner-ietf-ltans@xxxxxxxxxxxx
> [mailto:owner-ietf-ltans@xxxxxxxxxxxx] On Behalf Of A. Jerman Blazic
> Sent: Tuesday, February 07, 2006 4:34 AM
> To: ietf-ltans@xxxxxxx
> Subject: RE: LTANS-ERS: Verification and data groups
>
>
> Santosh
>
> Preserving of archive data is indeed performed as maintenance
> of archive objects. Such objects are composed (or collected)
> as they enter the archive and they in general consist of:
>
> - archive data itself
> - metadata or any associated data (may come in flavor of
> digital signatures, managerial data, etc...)
> - preservation/conservation data
>
> The last element of the logical structure is what we try to
> achieve with the ERS (but not only ERS!). Now, if
> preservation is actually handling with archive objects the
> preservation data must be an individual part of the object.
> It really does not matter how the evidence information is
> generated or collected, by grouping or not, the matter is
> only that the evidence information as a part of the
> preservation data and must always be decoupled for any common
> evidence structure as the hash trees are. The ERS
> specification as it is, lacks or redirects the focus on hash
> trees and their generation. It solves the problem of
> "degrouping" but statements such as retimestamping of the
> whole hash tree are IMO wrong. There is no need to
> retimestamp the whole hash structure but perform the same
> type of operation on existing archive objects regardless of
> the fact that they are in the group or not (you may always
> build a new group form the elements of two or more groups).
> Grouping is just another mechanism which may be used or not.
> The focus is really on the archive objects as they carry
> evidence information individually.
>
> Another problem of the current ERS specification are digest
> algorithms.
> If I
> remember correctly the specification proposes the use of the
> same algorithm through the hash structure, which is improper
> approach. It is true that the chain is as strong as its
> weakest element, but as we already have TAS requirement such
> as transfer of archive data and its evidence from one archive
> to another, sustaining the requirement of consistent hash
> structure is just impossible.
>
> What I propose is a better definition of the archival process
> and the data structures to be defined by the LTANS. I tried
> to summarize such ideas in the LTAP specification but am
> afraid this is not the right document.
>
> Aleksej
>
> > -----Original Message-----
> > From: Santosh Chokhani [mailto:chokhani@xxxxxxxxxxxx]
> > Sent: 6. februar 2006 23:39
> > To: A. Jerman Blazic; ietf-ltans@xxxxxxx
> > Subject: RE: LTANS-ERS: Verification and data groups
> >
> > Aleksej,
> >
> > If you proposing to replace the data groups and hash trees with the
> > archive objects as simplification, I am in full agreement.
> >
> > I am not sure this complexity is that useful or needed.
> >
> > -----Original Message-----
> > From: owner-ietf-ltans@xxxxxxxxxxxx
> > [mailto:owner-ietf-ltans@xxxxxxxxxxxx] On Behalf Of A. Jerman Blazic
> > Sent: Monday, February 06, 2006 11:15 AM
> > To: ietf-ltans@xxxxxxx
> > Subject: RE: LTANS-ERS: Verification and data groups
> >
> >
> > > Of course it is up to the client to decide which data
> > object should be
> > > pooled into a group and which not. But a verification
> > component should
> > > be able to unambiguously decide if a document group is
> complete or
> > > not.
> > > With the structure I sketched, verification of a single
> > data object is
> > > still possible, but additionally it can be verified if
> the group is
> > > complete.
> >
> > Hmm, I could hardly agree with this, as the ERS is meant
> for providing
> > evidence information of an object and not group of objects. The
> > logical (or any other reason for) grouping is done by the
> supportive
> > infrastructure, e.g. data management (or DMS if you want). IMO the
> > grouping is proposed purely as the answer to scalability
> issues that
> > may arise when handling significant amount of data. Basically the
> > evidence creation process should perform necessary actions to group
> > data objects in a way that a single evidence is enough.
> Instantly the
> > objects archived must be degrouped and no particular information is
> > needed to identify the group members. This is out of the scope and
> > that is exactly what the ERS does.
> >
> > Aleksej
> >
>