Fundamentals 11 min read

Why TCP/IP Works Like a Set of Standard Parts – A Deep Dive into Network Protocols

This article explains how TCP/IP functions as a collection of standard components—such as DNS, IP, ARP, TCP, UDP, and TLS—using a step‑by‑step example of a browser accessing zhihu.com, and clarifies each protocol's role, interactions, and quirks.

Liangxu Linux
Liangxu Linux
Liangxu Linux
Why TCP/IP Works Like a Set of Standard Parts – A Deep Dive into Network Protocols

01. High Barrier, Stay Away

Cisco platforms provide a useful Traceback log that records the current module and function when code runs, allowing engineers to pinpoint the exact location of a crash and assign bugs to the responsible team, thus avoiding inter‑departmental blame.

02. Standard Components of Computer Networks

TCP/IP is the "standard part" of computer networking, similar to how cars use standard tires and ESP systems. By reusing these standardized protocols—DNS, TCP, UDP, IP, ICMP, IGMP, ARP, DHCP—developers can build networked applications in minutes instead of months.

03. A Small Example

When a user types zhihu.com into a browser, the first TCP/IP component involved is not TCP as many assume, but DNS, which resolves the domain name to an IP address.

04. Standard Component – DNS

DNS translates the human‑readable domain into an IP address. The query travels through the network stack: Ethernet → ARP (to obtain the destination MAC) → IP → UDP → DNS. Only DNS directly interacts with the browser; all other components are invoked indirectly by DNS.

05. Standard Component – IP

The resolved IP address is written into the packet header and is intended for routers on the Internet, not just the local host. The IP layer also selects the appropriate outbound interface by consulting the routing table, especially on hosts with multiple network adapters.

06. Standard Component – TCP

Before sending an HTTP request, the browser must Create() a TCP control block, which allocates a unique file descriptor (FD). Then it must Connect() using the destination IP and port (80 for HTTP, 443 for HTTPS). This initiates the three‑way handshake (three packets: SYN, SYN‑ACK, ACK). After a successful connection, the browser calls Send() with the FD to transmit the HTTP request. If the target port is 443, TLS must be established first.

07. Standard Component – TLS

TLS operates on top of TCP. Using the same FD, the browser performs a TLS handshake, exchanging certificates and negotiating encryption keys. Once the TLS layer reports success, the encrypted HTTP request is handed down to TCP, then IP, and finally the Ethernet driver for transmission.

08. Standard Component – UDP

Unlike TCP, UDP is connectionless and incurs no handshake overhead, making it ideal for real‑time voice and video where sub‑50 ms latency is required. Data is sent directly through UDP → IP → Ethernet without the reliability mechanisms of TCP.

Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

TCPProtocolsTCP/IPNetworkingDNSTLSUDP
Liangxu Linux
Written by

Liangxu Linux

Liangxu, a self‑taught IT professional now working as a Linux development engineer at a Fortune 500 multinational, shares extensive Linux knowledge—fundamentals, applications, tools, plus Git, databases, Raspberry Pi, etc. (Reply “Linux” to receive essential resources.)

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.