Re: [ppsp] [decade] Object naming in -req and -arch

["Y. Richard Yang" <[e-mail]>]

Hi Peng, Dirk,

I am cc'ing the ppsp list as well. You raised a good point on the
distinction between one object and a sequence of objects. To generalize, we
can discuss even a set of objects (no ordering), and a set of equivalence
objects (dynamic streaming that interleaves different resolutions). Your
arguement against MTH is higher overhead in the general case (end to end
arguements). How much exactly is the overhead? Decade may benefit from the
analysis from ppsp. Since streaming is considered as the main app, how much
overhead if decade has to build on top?

Thanks!

Richard

On Tuesday, July 10, 2012, Peng Zhang wrote:

> Hi Dirk and all,
>
> I agree that the NI specification meets the basic requirement of DECADE
> (without optimization on "early name generation").
>
> As for the Merkle Hash Tree, or MTH, it is a integrity-assurance method
> for a sequence of objects. It is critical to the PPSP protocol. But i
> wonder wether we should incorporate it in our design:
>
> First, DECADE is targeted at general content distribution applications,
> and for applications other than P2P streaming, there is no great value of
> using Merkle Hash Tree. It may cause high overhead to these applications
> due "meta data" including signatures and full hashes should be exchanged.
>
> Still, we can discuss more on how to better incorporate PPSP based on NI
> without hurting the general application of DECADE. Thanks.
>
> B,
>
> Peng.
>
>
> On Jul 9, 2012, at 12:35 PM, Dirk Kutscher wrote:
>
> Hi Peng and all,****
> ** **
> Thanks for the discussion.****
> ** **
> So, I think it’s good to check the requirements and assess
> draft-farrell-decade-ni accordingly. I personally that it meets the ones
> you listed in your earlier message.****
> ** **
> One of the interesting features is that the NI specification defines a
> common format that enables the integration of hashes (or other
> cryptographic functions’ output) into names and corresponding validation
> steps on nodes. The explicit signaling of the function that is actually
> used allows for application-specific usage (if so needed) and for some
> agility regarding crypto algorithms. A DECADE protocol specification could
> specify the usage of the scheme, MANDATORY to implement algorithms etc more
> specifically.****
> ** **
> One of the, IMO, important things that have not been discussed
> sufficiently is the question about PPSP compatibility that Richard Yang
> brought up.****
> ** **
> My view on this is as follows: the PPSP Merkle Hash Tree approach for
> static and live content has requirements on the **object** and **meta-data
> ** format.  For example, chunks have to carry sibling and uncle hashes.
> Specifically, for live streaming with dynamic trees, chunks have to provide
> chunk signatures (block signature, chunk position in the block, and the
> digests of the sibling to the way to the root).****
> ** **
> For both static object and live streaming with
>
>