Introducing Named Data Networking

While computing, storage and programming have dramatically changed and become simpler and cheaper over the last 20 years, however, IP networking has not. IP networking is still stuck in the era of mid-1990s.

Realistically, when I look at ways to upgrade or improve a network, the approach falls into two separate buckets. One is the tactical move and the other is strategic. For example, when I look at IPv6, I see this as a tactical move. There aren’t many business value-adds.

In fact, there are opposites such as additional overheads and minimal internetworking QoS between IPv4 & v6 with zero application awareness and still a lack of security. Here, I do not intend to say that one should not upgrade to IPv6, it does give you more IP addresses (if you need them) and better multicast capabilities but it’s a tactical move.

Problematic landscape

The core problem of IP networking is that it is location based. Everything has an IP address that defines “where” the location is. However, we live in an information-centric world. Thence, instead of using IP addresses, which is the “where,” why not use something that describes the content; the “what.” Do you see where I’m coming from?

With Named Data Networking, the naming schema at the application data layer becomes the names at the networking layer. Therefore, there is no need for IP addresses anymore or upgrades to IPv6. We still have the open systems interconnection model (OSI) model and the protocol stack but we are just taking out the IP part.

Let’s understand it with an example. Today, when we dial phone numbers, although, they are numbers, but the physical addresses are actually the names. If I want to send a package to someone, I send it to the physical address that has a name attached to it. Those names can be descriptive and hierarchical. Just take a look at the ZIP code format. Let’s say, I want to ship a box to 100 people in the neighborhood. I can do it without having everyone’s complete address. It can be done with names based on the hierarchical structure of the ZIP code. This hierarchy naming concept is similar to that of Named Data Networking.

What is Named Data Networking?

Named Data Networking started in 2010 as an NSF research project that was used to create the architecture for the future Internet. Today, it completely changes the paradigm used by traditional networks.

Named Data Networking is a network service that has been evolving the Internet’s host-based packet delivery model. NDN directly retrieves the objects by name in a secure, reliable and efficient way. The prime objective is to secure information from the users all the way to the data and not just from the host or client-server communication, what transport layer security (TLS) normally does.

Unlike TLS, which carries users all the way to the host or container, NDN takes us to the next level and secures data from the user to the actual data. TLS only encrypts the channel and does not encrypt from the user through the application to the data.

When you are encrypting at the data level, you no longer need middleboxes. Everything is done in a single software stack that can be run everywhere.

Routers are not stateful

Today’s routers are not stateful. This is the reason why there are “middle” boxes in the network such as wide area network (WAN) optimizers, firewalls and load balancers, all of which have state.

However, NDN puts state back into the routers. You take the metadata, the data schema that is used to describe the data at the application layer and place it into the network layers. This way, at the networking layer, you are routing based on the hierarchy of names as opposed to IP addresses.

Since the metadata is cascading down into the network level, so now it can be cached and distributed. When you are routing a datagram, you are using the metadata for routing as opposed to an IP address. This enables the use of the same name at both; the application/data layer and network layer, creating a hierarchical naming schema. Also, by creating routers that have state, you can cache the data and provide additional features across disparate networks such as multipath networking.

How does it work?

Instead of using IP and domain name system (DNS), you are embedding name into the routing. Today all the naming is done through DNS. DNS translates a name into an IP address and routing is done based on IP addresses.

With NDN, you are managing the routing and security natively with names while getting rid of the IP addresses. It uses its own routing protocol which has similar properties to the OSPF link state protocol.

One of its routing protocols is named as link state routing. It’s an open source code that you can download as an instance to run on a virtual server, IOS, and Android device. At the same time, it’s still possible to have IP with NDN. You can have IP in the middle and NDN can run on top of IP. So if you have an IP network and you run NDN as the overlay, it could run on a Kubernetes container, or open source Linux stack but not on proprietary Cisco or Juniper equipment.

Performance

Transmission control protocol (TCP) window has been around for decades, and WAN optimizer can add clever things to improve throughput, but ultimately you are still dealing with TCP and window sizes.

TCP can go in waves. For example, you could have 20 TCP sessions, while all of a sudden you start to drop packets, everyone drops down the window and slows down. Eventually, you have less traffic.

However, if you are not dropping packets anymore, the window sizes get bigger and you can begin the transmission faster again. But it’s not as simple as that because it still depends on the buffers sizes, either big or small and whether or not intelligent buffering is employed.

Contrarily, NDN removes all this complexity. It offers lower latency that empowers you with a mechanism to transfer files faster than when you are using TCP windowing.

Use cases

A lot of the next-gen applications are better supported with this architecture. Today’s multicast is more of a broadcast world. For example, let’s say you want to do reverse multicast where you have a video in your phone that you want it to go to 10000 people. Today you would need to go to YouTube or some other forwarding channel. However, in the future with NDM, you could do this natively in a publish & interest model.

In addition to mobility, with Named Data Networking we are getting into the “what” and not the “where” because we are IP address independent. You can have data in a lot of different locations and you don’t have to tie the application or instance to a specific IP address.

See more information: –  network@sciencefather.com

Website link: https://networking-events.sciencefather.com/

Youtube: https://www.youtube.com/channel/UCcIS_QkrqCWuNpV5tZFcNVw

Twitter: https://twitter.com/angelinashiny2

Instagram: https://www.instagram.com/angelinashiny123/

#NamedDataNetworking #NDN#FutureInternet #ContentCentricNetworking #networkawards
#InternetArchitecture #NetworkedInformation #DataCentricNetworking #networkingevents

#NextGenerationInternet #InternetOfThings #networkdiagram #InformationCentricNetworking

#network #protocols #networkanalysis #networkmarketing #networkswitch #networkingevent

#topology #ethernet #routing #scheduling #servers #networksecurity #networkingtips