[Ndn-interest] any comments on naming convention?

Massimo Gallo massimo.gallo at alcatel-lucent.com
Tue Sep 16 02:12:17 PDT 2014


Dear all,

Interesting discussion!

Here are my 2 cents to the discussion.

I think we should avoid having explicit components' type. CCN/NDN are 
layer three technologies that allow an end host process to retrieve some 
named data. The networking layer does need only to check local cache 
(exact match IMO), PIT (exact match IMO) and FIB (LPM, I think we all 
agree on this :D!). The way a "consumer" requests the next in order 
segment is up to the transport layer as Tarek said and not a layer three 
functionality. Moreover, adding components' types may introduce problems 
as type explosion (also pointed by someone else in this thread).

That said there might be some "special" components requiring conventions:

Segment: the most important one IMO because with that field many 
segments can be identified as a single object and treated differently 
for caching purposes. (i.e. a naming convention here can be that Segment 
ID must be last name's component hence without an explicit segment 
identification)

Versioning and Timestamp: there might be a case for explicitly identify 
those two components as suggested in the NDN-TR-22 but, IMO, too many 
naming conventions will complexify layer three operations that I would 
keep as simple as possible.

Max

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-interest/attachments/20140916/422af6dd/attachment.html>


More information about the Ndn-interest mailing list