Every second of every day, data is being sent and received. Billions of data packets are processed by your company’s network every day. You received dozens of packets just to read this article, but the vast majority of us have no idea how this works.
People have no clue as to what goes on behind the scenes to ensure data actually gets to the right device. With an estimated 4.66 billion active internet users, it’s important that the right device gets the right data.
To understand how data is delivered, let's walk through a story.
Understand Data Delivery with This Story
Janet Must Send George a Message
Janet works for a large real estate firm. She has a list of properties that are up for sale that she would like for her firm to consider purchasing. She needs to get this list to the appropriate partner, so the paperwork can be drawn up.
She knows the name of the partner, George, but she doesn’t know exactly where he is located. Is he in the building with her, or is he in one of the remote offices across town?
She checks her building directory and doesn’t see his name. So she pulls up her recent contact list, but she doesn’t see his name. She hasn’t communicated with George recently, so she doesn’t have his location information. If she had his info already in her records, she could have the letter delivered directly to him by courier.
Instead, she sends it down to shipping and receiving and indicates it should go to George.
Janet's Shipping and Receiving Department Locates George
Shipping and receiving then looks up his location in a larger database. It is determined that George is located in a remote office in a neighboring town. Shipping and receiving doesn’t have the resources to deliver this document to George themselves. With as many branches as they have, this would be too expensive.
Instead, they give the letter to the post office with the appropriate street address information for George's building and his office number.
The Post Office Transfers the Message
The post office then uses their resources to determine the best path to deliver this letter to the shipping and receiving office of George’s building. Even with the suite number on the packet, the post office doesn’t really know (or care) exactly where George is in the building.
Instead, the postal worker hands the envelope to the shipping and receiving clerk.
George's Shipping and Receiving Department Delivers the Message
That clerks observes the suite number on the envelope and then has the envelope delivered to George’s office, and George can now review this list of properties to see which make the most sense for his firm to purchase.
How This Story Translates to Data Delivery
Janet represents the sending host. George’s name represents the destination host with a MAC address, and his location is his IP address. Like Jane does with her building directory, your host has a list of local network information called a local Address Resolution Protocol (ARP) cache and Host Route Table.
If your host can find the relevant info in the local data, then it will simply use the switch to deliver traffic to the device in the local network. If your host, like Janet, cannot find any relevant information in the local ARP cache and host route table, then it will need to send the data packet to a device that can help find the destination.
In my story, the shipping and receiving department fulfills two of those functions:
- First, we need to resolve the MAC address into an IP address. The ARP does this by broadcasting a request packet. The device using the IP address in question responds with its MAC address.
- Second, if the destination host, like George, isn’t in the building, then the data is sent to the default gateway, which is also represented by the shipping and receiving department. The default gateway has its own route table that may include information regarding the outside network, the internet.
In my analogy, the internet is represented by the post office. Notice that Janet doesn’t talk to the post office just like your host doesn’t talk to the internet. The internet doesn’t see your MAC address. The internet only uses IP addresses. The destination IP address is George’s mailing address in my story, and it is the job of the various “post offices,” or internet routers, to determine the best path to get to George’s network.
|MAC ADDRESS (DESTINATION HOST)
|LOCAL ADDRESS RESOLUTION PROTOCOL CACHE
|SHIPPING AND RECEIVING
|SWITCHES / DEFAULT GATEWAY
Don't Get Caught Up in Common Network Misconceptions
One of the biggest misconceptions about network data delivery is that IP addresses facilitate the delivery of data to individual machines. They do not — at least not directly.
In my analogy, the post office doesn’t deliver the packet to George. Instead, the shipping and receiving clerk gives it to George.
The internet protocols act like the post office and deliver the data to your default gateway. Your default gateway then performs another ARP request to locate the MAC address of the destination (George).
Once the switch knows the MAC address of the destination device, the switch can then deliver the data packet. The destination host (George) can then process the data.
A Summary of How Data Is Delivered
First, the Sending Host Must Check its Local Route Table
The sending host checks its local route table to determine whether the destination host is local or in some remote network.
- If the destination host is local, then the source host checks its Address Resolution Protocol (ARP) cache to get the destination MAC address. If the ARP cache contains the appropriate information, the data packet is then sent to the switch and is delivered to the local device.
If the ARP cache does not contain the appropriate data, the sending host sends an ARP request message to learn the MAC address of the device. Once the destination host sends the ARP reply, the data packet is then sent to the switch and is delivered to the local device.
- If the destination host is remote, then the source host sends the data packet to its default gateway.
Next, the Source Host Sends the Data Packet to the Default Gateway (Remote Destination Host)
The default gateway then takes over the process. Using routing protocols and its own routing table, the default gateway figures out the best path to the destination. Using the many routers throughout the internet, the data packet is routed and delivered to the default gateway of the destination network.
Finally, the Destination Gateway Checks its ARP Cache
The destination gateway then does what the sending host did at the beginning: It checks its own ARP cache to find the IP address of the destination host.
- If the ARP cache contains the appropriate information, the data packet is sent to the switch and delivered to the destination device.
- If the ARP cache does not contain the appropriate information, the sending host sends an ARP request message to learn the MAC address of the destination device. Once the destination host sends the ARP reply, the data packet is then sent to the switch and is delivered to the local device.
Gain a Deeper Understanding of the Network
As you can see, this is can be a complicated process, but it is only the beginning of what networking has to offer. You will learn about this and many other vital networking topics in your pursuit of a CompTIA Network+ certification or a Cisco Certified Network Associate certification.
- Understanding Networking Fundamentals
- CCNA-Implementing and Administering Cisco Solutions v1.0 Boot Camp
- CompTIA Network+ Certification Prep
Our Newsletter Features More Articles Like This
Curious about the network and all its glory? Never miss another article.