Talk:Named data networking

message: I just created this page because I couldn't find much about this new idea on the Web, after seeing Jacobson's highly interesting Google Tech Talk. The talk failed to address a few points though, and that is what I'm writing about in the last paragraph. Please extend the article so I can learn more from it ! :-)
Also, I'm interested to hear what people think about the idea itself. It seems quite revolutionary to me, and I didn't put most of what I think in the article as that would be too much original work for an article. So here they are, in no particular order :
* Would that kind of network mean the end of web applications as we know them at the moment ? It seems to me that it would make most sense to diffuse the raw data (so that it can be re-used and cached by many) and leave the user-specific formatting for the endpoint to do. Also, programs could be diffused first, using a platform-agnostic form (the revival of the Java applet ?), and then only the data would have to move around.
* Does that sound like what's happening in Grid computing to you too ? In the grid middleware I know best (EGEE's gLite), resources have abstract names that are resolved to the (physically) closest match, with a resource broker possibly moving stuff closer to you on your behalf.
* What about what I said in the last paragraph about real-time use cases ? Would it be best to keep both a diffusion-based infrastructure and a conversation-based one, or turn conversation-based uses into special cases of diffusion (with only one listener) ?
Eventually I'd like Jacobson to see that but I guess he's a fairly busy man :)
Aftereight 23:18, 6 May 2007 (UTC)
thread_title:  Call for comments 

message: Most of these ideas were pioneered by Ted Nelson and Project Xanadu between 1979 and 1981 - see Literary Machines and "The Future of Information" (1997).  It's great to see Van Jacobson bringing new life to these concepts.  -- Andrew Pam <xanni@xanadu.net> 00:19, 26 February 2009 (AEST)  —Preceding unsigned comment added by 150.101.230.142 (talk)  
Personally I do not see the ideas/vision of ted Nelson the same as that of Named-data networking.
-- Lixia Zhang
I also don't see why Ted Nelson is mentioned here. Project Xanadu has nothing to do with CCN. The only thing in Xanadu that comes close to CCN are "Rules" 12-14 in the Xanadu philosophy, but rule 12 is true for a lot of other ideas (with DNS I also don't need to know where a website is stored), rule 13 is caching as it is done by any web proxy and rule 14 is just a plain backup system. If no one is objecting I'll be removing the reference to Ted Nelson soon. Stipa (talk) 13:45, 21 February 2011 (UTC)
thread_title:  Ted Nelson/Project Xanadu 

message: The official project name would seem to be Named Data Networking as funded by the National Science Council.  The term content-centric networking is used by PARC one of the collaborators of the project, but not anywhere on the NDN official site.
I propose that the article be renamed to Named Data Networking.  If this is wrong, the article really should not be claiming the term as a synonym. SpinningSpark 14:51, 31 October 2012 (UTC)
replies: text: Since no one else has commented, I have gone ahead and done this. SpinningSpark 15:50, 13 November 2012 (UTC)
thread_title:  Article rename 

message: I find this article very confusing, and the stuff on the consortium website isn't helping me much.  I'm hoping the article can eventually express what functionality the protocol has, for 99% of users, that TCP does not.  It looks to me like it could help with traffic flow inside of networks belonging to content providers (netflix, youtube, etc.) and immediate CDN providers for those companies.  It also would seem to preclude anonymous publication, and build DRM in at a networking level.  I can see why Comcast is in the consortium, along with Verisign and several networking hardware manufacturers, since all of them might make a boatload of money if it replaces TCP.  I can see reasons why the gov't might want to fund a protocol which forbids anonymous publication of content.  But, for the life of me, I cannot see why anyone outside of the content industry would want to use this protocol.  If there are any reasons, this article might want to explain them.  If there are not, it might mention that instead. 173.228.54.175 (talk) 20:28, 6 September 2014 (UTC)
thread_title:  What is this protocol FOR? 

message: I am in the process of redoing this page since there seems to be a lot of confusion.
For those interested in knowing more and/or contributing to the re-factoring of this page, I believe this paper NDN Sigcomm Paper will likely contain the vast majority of information that will be distilled and added to this article. For those REALLY interested in being fully informed on the information needed to be learned in NDN, I believe the required reading list NDN Community Meeting (NDNcomm 2014): Architecture, Applications, and Collaboration, the paper listed previously is the first member of this list, will have more information than is appropriate for a Wikipedia article.  — Preceding unsigned comment added by Mickeysweatt (talk • contribs) 23:11, 9 September 2014 (UTC)
thread_title:  Work In Progress 

message: NDN looks like a pipe dream.  If there is anyone actually running this (on bare hardware, not as an 
overlay network on top of TCP/IP) then someone should add a section to the article, about where the running network(s)
actually are (and perhaps how to join it).  If there is no real network, then the article should make it clear that this is a paper design,
not a protocol that's running on any network known to man.    Gnuish (talk) 01:39, 22 August 2015 (UTC)
thread_title:  Is this protocol running anywhere? 

message: Hello fellow Wikipedians,
I have just modified one external link on Named data networking. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
*Added archive https://web.archive.org/web/20140920173000/https://buffy.eecs.berkeley.edu/PHP/resabs/resabs.php?f_year=2007&f_submit=one&f_absid=101594 to https://buffy.eecs.berkeley.edu/PHP/resabs/resabs.php?f_year=2007&f_submit=one&f_absid=101594
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
Cheers.—InternetArchiveBot (Report bug) 19:00, 11 February 2018 (UTC)
thread_title:  External links modified (February 2018) 

message: I feel that some topics in the article could use additional explanation and perhaps their own page (in order to keep this page as concise as possible.).  Some of these topics I believe are not even mentioned.
* Forwarding Strategies.  Currently there are 6 forwarding strategies included in the latest release of NDN.
* Content Store Policies.  While there are only two content store policies in the latest NFD release, they are worth mentioning along with other content centric caching strategies.  There is a link to information centric caching strategies in the See Also section but that article is poorly written and not at all thorough.
* Unsolicited Data Policy. I don't believe this is detailed much at all but it's important especially for wireless NDN networks.
* No mention of Faces at all.  This is an important topic for understanding how NDN nodes communicate with other.
I'll add more as I think about them but please leave any feedback. Emccrckn (talk) 08:47, 7 February 2019 (UTC)
thread_title:  Topics needing additional explanation (Feb 2019)