计算机网络涉及网卡、交换机、路由器、IP、TCP、HTTP 等大量概念。如果把所有内容混在一起学习，很容易只记住一个个协议，却无法理解它们之间的关系。

网络分层模型就是用来解决这个问题的：把复杂的网络通信拆分成多个相对独立的层次，每一层负责不同的问题，并通过明确的接口与上下层协作。

本文只关注网络分层本身，重点介绍 OSI 七层模型、TCP/IP 模型、数据封装与解封装、层与层之间的关系，以及实际网络设备和协议大致位于什么位置。这些概念足以帮助你理解常见网络故障的排查顺序。

为什么需要网络分层#

如果不进行分层，网络通信可以被想象成一个巨大而复杂的系统：

1
网卡
2
交换机
3
路由器
4
MAC
5
ARP
6
IP
7
ICMP
8
TCP
9
UDP
10
DNS
11
HTTP
12
TLS
13
应用程序
14
...

这些技术之间存在大量依赖关系。

例如：

1
HTTP
2
 ↓
3
TCP
4
 ↓
5
IP
6
 ↓
7
Ethernet
8
 ↓
9
物理介质

如果所有概念都放在同一层理解，就很难回答：

1
HTTP 和 TCP 是什么关系？
2

3
IP 和 MAC 为什么同时存在？
4

5
交换机和路由器为什么做的事情不同？
6

7
一个数据包从应用程序到网线，经过了什么？
8

9
为什么同一个应用可以运行在不同网络上？

于是网络体系采用：

分层（Layering）

的思想。

网络分层的基本思想#

网络分层就是把通信过程拆成多个层次。

每一层：

1
负责自己的任务
2
+
3
向上层提供服务
4
+
5
使用下层提供的服务

可以简单理解为：

每一层不需要知道所有底层实现细节。

例如：

HTTP 不需要知道网卡是如何把比特转换成电信号或无线信号的。

HTTP 更关心：

1
请求
2
响应
3
方法
4
状态
5
头部
6
数据

而底层则负责：

1
如何传输这些数据

这就是分层的核心价值。

分层带来的好处#

降低复杂度#

一个网络通信问题可以拆成：

1
应用问题
2
传输问题
3
网络问题
4
链路问题
5
物理问题

这样比研究整个系统简单得多。

模块化#

某一层发生变化时，不一定需要修改整个网络体系。

例如：

1
应用层
2
HTTP

可以运行在不同的底层网络之上。

同样：

1
TCP

也不需要知道具体应用是：

1
Web
2
数据库
3
SSH

还是其他程序。

标准化#

不同厂商只要遵循相同的协议标准，就可以互相通信。

例如：

1
厂商 A 的网卡
2
        ↕
3
   标准网络协议
4
        ↕
5
厂商 B 的交换机

不需要所有设备都来自同一家厂商。

便于故障排查#

分层模型对运维尤其重要。

例如：

1
网站打不开

不能直接得出：

1
“网络坏了”

而应该逐层思考：

1
应用层
2
↓
3
HTTP 服务正常吗？
4

5
传输层
6
↓
7
TCP 连接建立了吗？
8

9
网络层
10
↓
11
IP 路由正常吗？
12

13
链路层
14
↓
15
网卡 / 交换网络正常吗？
16

17
物理层
18
↓
19
链路是否真的存在？

这也是后续学习网络故障排查时非常重要的思维方式。

OSI 七层模型#

最经典的网络分层模型是：

OSI（Open Systems Interconnection）参考模型

它定义了七个层次：

1
┌────────────────────┐
2
│ 7  应用层          │
3
├────────────────────┤
4
│ 6  表示层          │
5
├────────────────────┤
6
│ 5  会话层          │
7
├────────────────────┤
8
│ 4  传输层          │
9
├────────────────────┤
10
│ 3  网络层          │
11
├────────────────────┤
12
│ 2  数据链路层      │
13
├────────────────────┤
14
│ 1  物理层          │
15
└────────────────────┘

从上到下：

1
应用
2
表示
3
会话
4
传输
5
网络
6
数据链路
7
物理

第一层：物理层#

物理层：

Physical Layer

负责最底层的比特传输。

它关注的是：

1
信号
2
电气特性
3
光信号
4
无线信号
5
连接介质
6
接口
7
比特传输

例如：

1
铜缆
2
光纤
3
无线电波
4
连接器
5
信号电平

物理层关心的问题类似：

1
如何把 0 和 1 变成可以传输的信号？

可以简单表示：

1
比特
2
 ↓
3
信号
4
 ↓
5
物理介质
6
 ↓
7
信号
8
 ↓
9
比特

第二层：数据链路层#

数据链路层：

Data Link Layer

主要负责：

在直接相连的网络节点之间传输数据。

这一层通常涉及：

1
MAC 地址
2
帧
3
交换
4
链路
5
错误检测

典型的数据单位：

Frame（帧）

例如：

1
Ethernet Frame

属于这一层非常典型的内容。

可以简单理解：

1
网络层数据
2
    ↓
3
封装
4
    ↓
5
数据链路层帧
6
    ↓
7
通过局域网传输

第三层：网络层#

网络层：

Network Layer

主要解决：

不同网络之间的数据转发问题。

这一层的核心概念包括：

1
IP 地址
2
路由
3
路由表
4
数据包

典型协议：

1
IPv4
2
IPv6
3
ICMP

网络层数据通常称为：

Packet（数据包）

例如：

1
主机 A
2
 ↓
3
路由器
4
 ↓
5
路由器
6
 ↓
7
主机 B

数据能够跨越多个网络，就是网络层解决的重要问题。

后续会单独介绍：

1
IP 地址
2
子网
3
CIDR
4
路由
5
路由表

第四层：传输层#

传输层：

Transport Layer

主要负责：

端到端的传输。

典型协议：

1
TCP
2
UDP

它解决的问题包括：

1
端到端通信
2
端口
3
可靠传输
4
顺序
5
流量控制

不同协议的设计不同。

例如：

1
TCP
2
↓
3
可靠、面向连接
4

5
UDP
6
↓
7
无连接、开销较低

传输层会进一步使用：

Port（端口）

区分同一台主机上的不同网络应用。

例如：

1
192.168.1.10:22
2
192.168.1.10:80
3
192.168.1.10:443

第五层：会话层#

会话层：

Session Layer

主要负责管理应用程序之间的：

会话（Session）

例如：

1
建立会话
2
维护会话
3
恢复会话
4
结束会话

在 OSI 模型中，它被定义为独立的一层。

但在今天常见的 TCP/IP 网络栈中：

会话层通常不会作为一个独立的协议层明显存在。

很多会话功能实际上由：

1
应用层
2
传输层
3
具体协议

共同实现。

因此学习现代互联网协议时，不应该机械地寻找：

1
“第五层对应某一个具体协议”

第六层：表示层#

表示层：

Presentation Layer

主要负责：

数据表示和转换。

例如：

1
编码
2
数据格式
3
压缩
4
加密

其核心思想是：

1
应用看到的数据
2
        ↓
3
表示层进行转换
4
        ↓
5
网络传输数据

传统 OSI 模型将这些功能单独定义为一层。

但现代互联网协议中：

1
编码
2
压缩
3
加密

往往由具体应用协议、库或者独立协议完成，而不是存在一个统一的“表示层协议”。

例如：

1
TLS

提供加密能力，但不能简单地说：

1
TLS = OSI 第六层

因为现实协议栈与 OSI 七层模型并不是一一对应的。

第七层：应用层#

应用层：

Application Layer

最接近用户和应用程序。

常见协议包括：

1
HTTP
2
HTTPS
3
DNS
4
DHCP
5
SSH
6
FTP
7
SMTP

应用层负责的是：

具体应用之间如何通信。

例如 HTTP 定义：

1
请求
2
响应
3
方法
4
状态码
5
Header
6
Body

DNS 定义：

1
域名
2
查询
3
响应
4
资源记录

SSH 定义：

1
远程登录
2
安全通道
3
认证

因此：

1
应用层
2
↓
3
直接服务于具体网络应用

OSI 七层模型总览#

层	名称	主要关注内容	典型数据单位
7	应用层	网络应用	数据
6	表示层	数据表示、转换	数据
5	会话层	会话管理	数据
4	传输层	端到端传输	Segment / Datagram
3	网络层	IP、路由	Packet
2	数据链路层	帧、MAC、局域网	Frame
1	物理层	信号、介质、比特	Bit

需要注意：

“Segment / Datagram / Packet / Frame / Bit”是常见教学上的数据单位称呼，现实协议栈中具体命名会根据协议有所不同。

TCP/IP 模型#

实际互联网并不是直接按照 OSI 七层模型实现的。

互联网协议体系更常见的是：

TCP/IP 模型

教材中常见的表达方式有不同版本，其中一种经典的四层划分是：

1
┌────────────────────┐
2
│ 应用层             │
3
├────────────────────┤
4
│ 传输层             │
5
├────────────────────┤
6
│ 网际层             │
7
├────────────────────┤
8
│ 网络接口层         │
9
└────────────────────┘

也可以写成：

1
Application
2
Transport
3
Internet
4
Network Access

OSI 与 TCP/IP 的对应关系#

可以进行大致映射：

1
OSI                         TCP/IP
2

3
应用层 ───────┐
4
表示层 ───────┼────→ 应用层
5
会话层 ───────┘
6

7
传输层 ───────────→ 传输层
8

9
网络层 ───────────→ 网际层
10

11
数据链路层 ────┐
12
物理层 ────────┴────→ 网络接口层

因此：

1
OSI 7 层
2
   ↓
3
更多是参考模型
4

5
TCP/IP
6
   ↓
7
互联网协议体系中更加实际的模型

为什么 OSI 与 TCP/IP 不完全一样#

OSI 是：

参考模型

它重点描述：

1
网络功能应该如何分层

而 TCP/IP 是一个真实存在并长期使用的协议体系。

所以实际互联网：

1
HTTP
2
TCP
3
IP
4
Ethernet

并不会严格按照：

1
7 → 6 → 5 → 4 → 3 → 2 → 1

分别对应七个独立协议层。

现代网络协议的实际结构更加灵活。

因此学习分层模型时：

不要执着于“每一个协议必须准确属于 OSI 某一层”。

更重要的是理解：

1
谁负责应用通信？
2
谁负责端到端传输？
3
谁负责跨网络转发？
4
谁负责局域网传输？
5
谁负责物理信号？

数据封装#

网络分层最重要的概念之一：

Encapsulation（封装）

假设应用程序产生一段数据：

1
Application Data

向下经过协议栈时，每一层都可以增加自己的控制信息。

例如：

1
应用层
2
┌────────────────────┐
3
│ Application Data   │
4
└────────────────────┘
5
          ↓
6
传输层
7
┌──────────┬─────────┐
8
│ TCP Header│  Data   │
9
└──────────┴─────────┘
10
          ↓
11
网络层
12
┌────────────┬──────────────┐
13
│ IP Header  │ TCP + Data  │
14
└────────────┴──────────────┘
15
          ↓
16
链路层
17
┌────────┬─────────────────┬──────┐
18
│ Header │ IP + TCP + Data │ FCS  │
19
└────────┴─────────────────┴──────┘
20
          ↓
21
物理层
22
          ↓
23
       比特 / 信号

这个过程就是：

逐层封装。

数据解封装#

接收端则进行相反过程：

1
物理层
2
   ↓
3
链路层
4
   ↓
5
网络层
6
   ↓
7
传输层
8
   ↓
9
应用层

可以表示成：

1
比特 / 信号
2
     ↓
3
   Frame
4
     ↓
5
   Packet
6
     ↓
7
 Segment
8
     ↓
9
Application Data

这就是：

解封装（Decapsulation）

一个完整通信过程#

假设：

1
浏览器

访问：

1
https://example.com

应用产生：

1
HTTP Data

然后：

1
HTTP
2
 ↓
3
TCP
4
 ↓
5
IP
6
 ↓
7
Ethernet
8
 ↓
9
物理介质

发送端：

1
应用数据
2
   ↓
3
TCP 封装
4
   ↓
5
IP 封装
6
   ↓
7
Ethernet 封装
8
   ↓
9
物理传输

接收端：

1
物理信号
2
   ↓
3
Ethernet 解封装
4
   ↓
5
IP 解封装
6
   ↓
7
TCP 解封装
8
   ↓
9
HTTP 数据
10
   ↓
11
浏览器

这就是网络分层最直观的体现。

每一层都在解决什么问题#

可以把几层最核心的问题简化为：

1
应用层
2
↓
3
“应用之间怎么交流？”
4

5
传输层
6
↓
7
“两个程序怎么可靠 / 高效地通信？”
8

9
网络层
10
↓
11
“数据怎么从一个网络到另一个网络？”
12

13
链路层
14
↓
15
“相邻节点怎么传输？”
16

17
物理层
18
↓
19
“比特怎么真正传出去？”

这是一种非常适合学习和排障的思维方式。

地址也具有层次性#

网络中存在多种不同类型的地址。

例如：

1
MAC 地址
2
IP 地址
3
端口

它们解决的问题不同。

可以先粗略理解：

1
MAC
2
↓
3
局部链路中的设备标识
4

5
IP
6
↓
7
网络层中的主机 / 接口寻址
8

9
Port
10
↓
11
区分一台主机上的不同应用

因此：

1
MAC
2
+
3
IP
4
+
5
Port

并不是三个重复的概念。

它们分别服务于不同层次的问题。

网络设备与分层#

网络设备也可以从分层角度理解。

集线器#

传统 Hub 主要在物理层工作：

1
Layer 1

它不会理解：

1
MAC
2
IP
3
TCP
4
HTTP

交换机#

传统以太网交换机主要工作在：

1
Layer 2

关注：

1
MAC 地址
2
以太网帧
3
交换表

现代交换机也可能具备：

1
Layer 3

路由能力。

因此不能简单认为：

所有交换机永远只工作在第二层。

路由器#

路由器主要关注：

1
Layer 3

核心工作：

1
IP
2
路由
3
数据包转发

可以简单理解：

1
交换机
2
↓
3
主要解决“局域网内部怎么传”
4

5
路由器
6
↓
7
主要解决“不同网络之间怎么走”

防火墙#

防火墙比较特殊。

现代防火墙可能同时检查：

1
二层信息
2
三层 IP
3
四层 TCP / UDP
4
甚至应用层内容

因此不应该强行给防火墙贴一个固定的：

1
“第几层设备”

更准确的是看：

它实际检查和控制哪些协议字段。

网络分层与故障排查#

分层模型最实用的地方之一：

帮助建立故障排查顺序。

例如：

1
浏览器打不开网站

可以逐层思考。

应用层#

1
Web 服务正常吗？
2
HTTP 响应是什么？

传输层#

1
TCP 三次握手成功了吗？
2
目标端口监听了吗？

网络层#

1
IP 地址正确吗？
2
有没有路由？
3
数据包能到目标吗？

链路层#

1
网卡是否正常？
2
交换网络是否正常？
3
MAC 是否可达？

物理层#

1
网线是否连接？
2
光模块是否正常？
3
链路是否 Up？

这样：

1
“网站打不开”

就会变成：

1
应用？
2
 ↓
3
传输？
4
 ↓
5
网络？
6
 ↓
7
链路？
8
 ↓
9
物理？

而不是一上来就：

1
“网络有问题”

分层不是严格的“盒子”#

学习网络分层时需要注意：

现实协议栈并不是严格互不重叠的五个或七个盒子。

实际协议可能：

1
跨层
2
复用
3
嵌套
4
提供多个层次的功能

例如：

1
TLS

既和应用通信密切相关，又提供加密和身份认证能力。

再比如：

1
ICMP

虽然通常归入网络层相关协议，但在实际实现中与 IP 协议栈关系非常紧密。

因此学习模型的目的不是：

1
背协议属于第几层

而是：

理解不同功能之间的边界和协作关系。

OSI 与 TCP/IP 的核心区别#

对比	OSI	TCP/IP
定位	参考模型	实际互联网协议体系
层数	7 层	常见教材模型为 4 层，也有 5 层划分
应用 / 表示 / 会话	分开	通常合并为应用层
网络层	Network Layer	Internet Layer
链路 + 物理	分开	常合并为网络接口层
学习价值	理解分层思想	理解实际互联网协议体系

因此可以记住：

1
OSI
2
↓
3
帮助理解“网络应该怎样分层”
4

5
TCP/IP
6
↓
7
帮助理解“互联网实际上怎样组织协议”

数据封装的完整视图#

把整个过程串起来：

1
发送端
2

3
Application
4
    │
5
    │ Data
6
    ▼
7
Transport
8
    │
9
    │ Segment / Datagram
10
    ▼
11
Network
12
    │
13
    │ Packet
14
    ▼
15
Data Link
16
    │
17
    │ Frame
18
    ▼
19
Physical
20
    │
21
    │ Bits / Signals
22
    ▼
23
==================== 网络 ====================
24
    │
25
    │ Bits / Signals
26
    ▼
27
Physical
28
    │
29
    ▼
30
Data Link
31
    │
32
    ▼
33
Network
34
    │
35
    ▼
36
Transport
37
    │
38
    ▼
39
Application
40

41
接收端

可以概括成：

1
发送：
2
上 → 下 → 封装 → 传输
3

4
接收：
5
下 → 上 → 解封装

从分层进入后续网络知识#

建立分层模型之后，后续网络知识就可以按照层次逐步展开。

1
网络分层模型
2
      │
3
      ├── 物理 / 链路层
4
      │      └── 以太网、MAC、ARP、VLAN
5
      │
6
      ├── 网络层
7
      │      └── IP、CIDR、路由、ICMP
8
      │
9
      ├── 传输层
10
      │      └── TCP、UDP、端口
11
      │
12
      └── 应用层
13
             ├── DNS
14
             ├── DHCP
15
             ├── HTTP
16
             └── HTTPS

再往后：

1
网络基础
2
   ↓
3
Linux 网络管理
4
   ↓
5
Linux 网络诊断
6
   ↓
7
iptables / nftables
8
   ↓
9
NAT
10
   ↓
11
网络故障排查

这样网络系列就可以做到：

先建立模型，再逐层学习协议，最后回到 Linux 运维实践。

为什么需要网络分层#

网络分层的基本思想#

分层带来的好处#

降低复杂度#

模块化#

标准化#

便于故障排查#

OSI 七层模型#

第一层：物理层#

第二层：数据链路层#

第三层：网络层#

第四层：传输层#

第五层：会话层#

第六层：表示层#

第七层：应用层#

OSI 七层模型总览#

TCP/IP 模型#

OSI 与 TCP/IP 的对应关系#

为什么 OSI 与 TCP/IP 不完全一样#

数据封装#

数据解封装#

一个完整通信过程#

每一层都在解决什么问题#

地址也具有层次性#

网络设备与分层#

集线器#

交换机#

路由器#

防火墙#

网络分层与故障排查#

应用层#

传输层#

网络层#

链路层#

物理层#

分层不是严格的“盒子”#

OSI 与 TCP/IP 的核心区别#

数据封装的完整视图#

从分层进入后续网络知识#

外部参考#