[Ndn-interest] NDN Protocol Design Principles

[Alex Afanasyev]

Hi Xiaoke,

> On Mar 11, 2016, at 12:06 AM, Xiaoke Jiang <shock.jiang at gmail.com> wrote:
> 
> Hi Alex,
>    This is really an interesting topics, and I tried to summarize some principles too. And here is my comments.
> 1. The meaning of "NDN principle" is not very clear (at least to me). I think you do not refer to the design principle of NDN architecture itself, but more or less refer to NDN-based applications. But anyway, to clarify its meaning and usage would make it easier to understand.

These principles are for the NDN networking protocol, not applications.  Yes, there are some implications to the applications, but the objective is to define what the networking protocol should be and do.

> 2. I would say REST-style application layer interaction. Since no session is built between producer and consumer, Interest should not rely on context of communication in order to retrieve a data.
> This also relates to Interest concurrency, here I mean how many Interests can be sent in parallel. I categories the Interests to two kinds: 1) safe one, which does not change the status of producer, but "read" data only; 2) sensitive one, which may change the status. When there is sensitive Interests, the sequence of Interests is critical; otherwise, multiple Interests can be sent in parallel for better throughput.
> 3. Apps do not have to worry about scalability, since multiple data source, caching and hop-by-hop flow control effectively enables app to scale its throughput. But apps should avoid to move NDN communication back to end-to-end style by building session manually. (although session may be a must for some apps.)

I think these points are about application, not networking layer.  One can build any type of the application on top of the networking-level provided primitives.  It is just a question how much network primitives help the application.

---
Alex

> 
> Xiaoke
> 
> On Fri, Mar 11, 2016 at 3:46 PM, Alex Afanasyev <aa at cs.ucla.edu <mailto:aa at cs.ucla.edu>> wrote:
> Dear all,
> 
> Recently, we have been working to formalize a list of basic principles that underly the design of the NDN architecture.  We have assembled the initial list of 6 principles and would like to ask everybody for the all kind of feedback about the identified principles, other potential principles, wording clarification, etc.
> 
> We also hope that the NDN design principles will start a new round of public architectural discussions, clarifying the current and future design decisions and overall architecture objectives.
> 
> The latest version of the principles and additional information is available on NDN website:
> http://named-data.net/project/ndn-design-principles/ <http://named-data.net/project/ndn-design-principles/>
> 
> * * *
> 
> For convenience, here is the current version of the list without additional information:
> 
> [1] **Universality**:
>     NDN should be a common network protocol for all applications and network environments.
> 
> [2] **Data-Centricity and Data Immutability**:
>     NDN should fetch uniquely named, immutable “data packets” requested using “interest packets”.
> 
> [3] **Securing Data Directly**:
>     Security should be the property of data packets, staying the same whether the packets are in motion or at rest.
> 
> [4] **Hierarchical Naming**:
>     Packets should carry hierarchical names to enable demultiplexing and provide structured context.
> 
> [5] **In-Network Name Discovery**:
>     Interests should be able use incomplete names to retrieve data packets.
> 
> [6] **Hop-by-Hop Flow Balance**:
>     Over each link, one interest packet should bring back no more than one data packet.
> 
> * * *
> 
> Sincerely,
> Alex
> 
> 
> _______________________________________________
> Ndn-interest mailing list
> Ndn-interest at lists.cs.ucla.edu <mailto:Ndn-interest at lists.cs.ucla.edu>
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest <http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest>
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-interest/attachments/20160313/8621c4ed/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-interest/attachments/20160313/8621c4ed/attachment.bin>