The Next Big Thing: Named-Data Networking

Fri Sep 5 19:38:13 UTC 2014

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

The principle questions still stand unanswered:

What is the motivation for this? What do you gain? Does it create some
large architectural and performance in efficiency?

- - ferg

On 9/5/2014 12:27 PM, Murat Yuksel wrote:

> As far as I understand, NDN's basic premise is to install "names"
> into the network layer. I don't think they (the NDN inventors)
> consider it as a new "app" at this point, even tough eventually it
> may merely stay as a new app.
> 
> I think the final thing that will determine the success of NDN is
> whether or not pushing names into the network layer rather than
> handling it at the app layer is going to return significant enough
> benefits. On the positive side, we will get rid of name -> address
> -> name mapping we are doing with DNS, we will enjoy content
> caching in routers themselves without relying on content servers to
> do it for us, and the story of upgrading to IPv6 will be over. :)
> On the negative side, we will have to deal with a whole new set of
> security and privacy issues (I can see a new wave of funding for
> cyber-security folks), we will need to revamp our routers (arguably
> which seems to attract Cisco so far) to handle names rather than IP
> addresses, and most importantly re-educate our practitioners to
> configure these "revamped" routers!
> 
> The key question is that do we really need to push the names into
> the network layer? I personally don't see this will happen,
> particularly as a replacement to TCP/IP as was laid down in the
> slashdot article. The best bet, IMHO, for NDN is to establish
> software-based NDN routers that maintain content tagged with names.
> One way to imagine I guess is to consider each router as a NAT box
> for this. I just can't see it replacing IP-based forwarding. We all
> wish things were so easy to change, but simply they are not.
> 
> Best,
> 
> -Murat
> 
> On Sep 5, 2014, at 11:51 AM, Field, Brian
> <Brian_Field at cable.comcast.com> wrote:
> 
>> 
>> Here¹s my $0.02.   I¹m only going to touch on a small part of
>> what I understand NDN to be‹ namely making caching a first class
>> citizen of the network.  When you think about the types of
>> traffic currently carried over our collective networks, there
>> might be value if the network eco system more natively supported
>> caching.
>> 
>> Van¹s first paper proposing this NDN concept (afaik) was in
>> 2009.
>> 
>> If we were to get into the ³way-back² machine to say 2003, when 
>> peer-2-peer was a big app, one might have then decided that we
>> really need to make ³peer-2-peer² a first class citizen of the
>> network.  In fact the IETF tried [at some level] to do this with
>> the DECADE WG.  The app space evolved, p2p is no longer as
>> prevalent, and DECADE saw/got little traction.
>> 
>> In 1998, we might have been thinking about making NNTP a first
>> class citizen of the network.
>> 
>> Maybe we need to think about making *software* [instead of a
>> specific service] a first class citizen of the network.   What do
>> I mean by this?
>> 
>> If software were a first class citizen of our networks in 2003,
>> we might have hopped onto our routers and done a ³yum install
>> decade²‹ which would install software that would make the network
>> eco system more efficient at supporting p2p traffic.
>> 
>> Today, on our network eco system we might do a ³yum uninstall
>> decade² and then do a ³yum install caching²‹ which might embed
>> caching functionality into our routing eco system‹ hopefully
>> making the delivery of cacheable content more efficient.
>> 
>> In N years, when there is yet another new app pushing the network
>> eco system, we might then be doing a ³yum uninstall caching² and
>> instead doing a ³yum install new-app² which would make the
>> network eco system more efficient at supporting this new-app.
>> 
>> Brian
>> 
>> 
>> 
>> 
>> 
>> On 9/5/14, 8:16 AM, "Jay Ashworth" <jra at baylink.com> wrote:
>> 
>>> How many Youtube subject tags will fit in *your* routers'
>>> TCAM?
>>> 
>>> 
>>> http://tech.slashdot.org/story/14/09/04/2156232/ucla-cisco-more-launch-con
>>>
>>> 
sortium-to-replace-tcpip
>>> 
>>> [ Can someone convince me this isn't the biggest troll in the
>>> history of the internet? Cause it sounds like shoehorning DNS
>>> /and Google/ into IP in place of, y'know, IP addresses. ]
>>> 
>>> Cheers, -- jra -- Jay R. Ashworth                  Baylink 
>>> jra at baylink.com Designer                     The Things I Think
>>> RFC 2100 Ashworth & Associates       http://www.bcp38.info
>>> 2000 Land Rover DII St Petersburg FL USA      BCP38: Ask For It
>>> By Name!           +1 727 647 1274
> 
> ======================================== Murat Yuksel Associate
> Professor Graduate Director Department of Computer Science and
> Engineering University of Nevada - Reno 1664 N. Virginia Street, MS
> 171, Reno, NV 89557. Phone: +1 (775) 327 2246, Fax: +1 (775) 784
> 1877 E-mail: yuksem at cse.unr.edu Web: http://www.cse.unr.edu/~yuksem
>  ========================================
> 
> 
> 

- -- 
Paul Ferguson
VP Threat Intelligence, IID
PGP Public Key ID: 0x54DC85B2
Key fingerprint: 19EC 2945 FEE8 D6C8 58A1 CE53 2896 AC75 54DC 85B2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)

iF0EAREIAAYFAlQKESUACgkQKJasdVTchbJNHAD/ewvpcjDp9riZGaY2nQmt65gy
GSmfQnKsgAPQw6fRC9QA+K3RZ8yb1DUCzxFzVpog+GpmOiQFBq1savUPwE0IRF0=
=YGBf
-----END PGP SIGNATURE-----