2018-03-22 22:54:48 +08:00
|
|
|
|
[TOC]
|
|
|
|
|
|
|
|
|
|
# 一、概述
|
|
|
|
|
|
|
|
|
|
## 网络的网络
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
网络把主机连接起来,而互联网是把多种不同的网络连接起来,因此互联网是网络的网络。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/f1fb826b-ecf4-4ddb-91f0-2bafecf08869.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## ISP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
互联网服务提供商 ISP 可以从互联网管理机构获得许多 IP 地址,同时拥有通信线路以及路由器等联网设备,个人或机构向 ISP 缴纳一定的费用就可以接入互联网。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
目前的互联网是一种多层次 ISP 结构,ISP 根据覆盖面积的大小分为主干 ISP、地区 ISP 和本地 ISP。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
互联网交换点 IXP 允许两个 ISP 直接相连而不用经过第三个 ISP。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/0f8c0a60-d4c6-47f4-978d-1a5c393fedac.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 互联网的组成
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 边缘部分:所有连接在互联网上的主机,用户可以直接使用;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 核心部分:由大量的网络和连接这些网络的路由器组成,为边缘部分的主机提供服务。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8ab40d6d-bd7c-47d3-afe8-6a8bc9f5d04c.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 主机之间的通信方式
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 客户-服务器(C/S):客户是服务的请求方,服务器是服务的提供方。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 对等(P2P):不区分客户和服务器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 电路交换与分组交换
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/c50d230c-8b89-4644-8f62-8708d03aac5b.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 电路交换
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
电路交换用于电话通信系统,两个用户要通信之前需要建立一条专用的物理链路,并且在整个通信过程中始终占用该链路。由于通信的过程中不可能一直在使用传输线路,因此电路交换对线路的利用率很低,往往不到 10%。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 报文交换
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
报文交换用于邮局通信系统,邮局接收到一份报文之后,先存储下来,然后把相同目的地的报文一起转发到下一个目的地,这个过程就是存储转发过程。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 分组交换
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
分组交换也使用了存储转发,但是转发的是分组而不是报文。把整块数据称为一个报文,由于一个报文可能很长,需要先进行切分,来满足分组能处理的大小。在每个切分的数据前面加上首部之后就成为了分组,首部包含了目的地址和源地址等控制信息。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/2366c2ad-5859-4d4e-805f-7e2b88061cd8.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
存储转发允许在一条传输线路上传送多个主机的分组,因此两个用户之间的通信不需要占用端到端的线路资源。
|
|
|
|
|
|
|
|
|
|
相比于报文交换,由于分组比报文更小,因此分组交换的存储转发速度更加快速。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
总时延 = 发送时延 + 传播时延 + 处理时延 + 排队时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/ceee91c2-da26-4169-94c3-e4608b46b9ac.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 发送时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
主机或路由器发送数据帧所需要的时间。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ delay = \frac{l(bit)}{v(bit/s)} $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
其中 l 表示数据帧的长度,v 表示发送速率。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 传播时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
电磁波在信道中传播一定的距离需要花费的时间,电磁波传播速度接近光速。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ delay = \frac{l(m)}{v(m/s)} $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
其中 l 表示信道长度,v 表示电磁波在信道上的传播速率。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 处理时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
主机或路由器收到分组时进行处理所需要的时间,例如分析首部,从分组中提取数据部分等。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 4. 排队时延
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
分组在路由器的输入队列和输出队列中排队等待的时间,取决于网络当前的通信量。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 计算机网络体系结构 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/1005dc9d-9049-4b06-9524-6171e56ebd8c.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 七层协议
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
如图 a 所示,其中表示层和会话层用途如下:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 表示层:信息的语法、语义以及它们的关联,如加密解密、转换翻译、压缩解压缩;
|
|
|
|
|
2. 会话层:不同机器上的用户之间建立及管理会话。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 五层协议
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 应用层:为特定应用程序提供数据传输服务,例如 HTTP、DNS 等。数据单位为报文。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 运输层:提供的是进程间的通用数据传输服务。由于应用层协议很多,定义通用的运输层协议就可以支持不断增多的应用层协议。运输层包括两种协议:传输控制协议 TCP,提供面向连接、可靠的数据传输服务,数据单位为报文段;用户数据报协议 UDP,提供无连接、尽最大努力的数据传输服务,数据单位为用户数据报。TCP 主要提供完整性服务,UDP 主要提供及时性服务。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 网络层:为主机之间提供数据传输服务,而像运输层协议那样是为主机中的进程提供服务。网络层把运输层传递下来的报文段或者用户数据报封装成分组。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 数据链路层:网络层针对的还是主机之间的数据传输服务,而主机之间可以有很多链路,链路层协议就是为相邻结点之间提供服务。数据链路层把网络层传来的分组封装成帧。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. 物理层:考虑的是怎样在传输媒体上传输数据比特流,而不是指具体的传输媒体。物理层的作用是尽可能屏蔽传输媒体和通信手段的差异,使数据链路层感觉不到这些差异。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 数据在各层之间的传递过程
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
在向下的过程中,需要添加下层协议所需要的首部或者尾部,而在向上的过程中不断拆开首部和尾部。
|
|
|
|
|
|
|
|
|
|
路由器只有下面三层协议,因为路由器位于网络核心中,不需要为进程或者应用程序提供服务,因此也就不需要运输层和应用层。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/ac106e7e-489a-4082-abd9-dabebe48394c.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 4. TCP/IP 体系结构
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
它只有四层,相当于五层协议中数据链路层和物理层合并为网络接口层。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
现在的 TCP/IP 体系结构不严格遵循 OSI 分层概念,应用层可能会直接使用 IP 层或者网络接口层。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/37b74a34-251c-45f8-88a4-614ec953f7e9.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
TCP/IP 协议族是一种沙漏形状,中间小两边大,IP 协议在其中占用举足轻重的地位。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/93cbce0c-c37d-429c-815b-861976a46bd8.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 二、物理层
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 通信方式
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 单向通信,又称为单工通信;
|
|
|
|
|
2. 双向交替通信,又称为半双工通信;
|
|
|
|
|
3. 双向同时通信,又称为全双工通信。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 带通调制
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
模拟信号是连续的信号,数字信号是离散的信号。带通调制把数字信号转换为模拟信号。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/d2c55c84-aa1f-43c1-bd97-457bcb7816b3.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 信道复用技术
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 频分复用、时分复用
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
频分复用的所有用户在相同的时间占用不同的频率带宽资源;时分复用的所有用户在不同的时间占用相同的频率带宽资源。
|
|
|
|
|
|
|
|
|
|
使用这两种方式进行通信,在通信的过程中用户会一直占用一部分信道资源。但是由于计算机数据的突发性质,没必要一直占用信道资源而不让出给其它用户使用,因此这两种方式对信道的利用率都不高。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
<img src="index_files/543d47a1-f0dd-414f-b23c-0c142c814854.png" width="500"/>
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 统计时分复用
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
是对时分复用的一种改进,不固定每个用户在时分复用帧中的位置,只要有数据就集中起来组成统计时分复用帧然后发送。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
<img src="index_files/29058e09-bb72-4040-a73d-4c497895e9ce.jpg" width="600"/>
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 波分复用
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
光的频分复用。由于光的频率很高,因此习惯上用波长而不是频率来表示所使用的光载波。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
<img src="index_files/78534153-88d1-4f83-a6e0-59064dbdc43a.png" width="600"/>
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 4. 码分复用
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
为每个用户分配 m bit 的码片,并且所有的码片正交,对于任意两个码片 $\vec{S}$ 和 $\vec{T}$ 有
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ \frac{1}{m} \vec{S} \cdot \vec{T} = 0 $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
为了方便,取 m=8,设码片 $\vec{S}$ 为 00011011。在拥有该码片的用户发送比特 1 时就发送该码片,发送比特 0 时就发送该码片的反码 11100100。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在计算时将 00011011 记作 (-1 -1 -1 +1 +1 -1 +1 +1),可以得到
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ \frac{1}{m} \vec{S} \cdot \vec{S} = 1 $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ \frac{1}{m} \vec{S} \cdot \vec{S'} = -1 $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
其中 $\vec{S'}$ 为 $\vec{S}$ 的反码。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
利用上面的式子我们知道,当接收端使用码片 $\vec{S}$ 对接收到的数据进行内积运算时,结果为 0 的是其它用户发送的数据,结果为 1 的是用户发送的比特 1,结果为 -1 的是用户发送的比特 0。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
码分复用需要发送的数据量为原先的 m 倍。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/0042edad-8e3b-4279-bd93-6906fcd1b640.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 三、数据链路层
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 三个基本问题
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 封装成帧
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
将网络层传下来的分组添加首部和尾部,用于标记帧的开始和结束。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/3402d1c0-7020-4249-9a7f-12ea2ea6adf7.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 透明传输
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
透明表示一个实际存在的事物看起来好像不存在一样。
|
|
|
|
|
|
|
|
|
|
帧使用首部和尾部进行定界,如果帧的数据部分含有和首部尾部相同的内容,那么帧的开始和结束位置就会被错误的判定。需要在数据部分出现首部尾部相同的内容前面插入转义字符,如果出现转移字符,那么就在转义字符前面再加个转义字符,在接收端进行处理之后可以还原出原始数据。这个过程透明传输的内容是转义字符,用户察觉不到转义字符的存在。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/4146e14b-56b9-433c-8e3d-74b1b325399c.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 差错检测
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
目前数据链路层广泛使用了循环冗余检验(CRC)来检查比特差错。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 点对点信道 - PPP 协议
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
互联网用户通常需要连接到某个 ISP 之后才能接入到互联网,PPP 协议就是用户计算机和 ISP 进行通信时所使用的数据链路层协议。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8393f520-d824-44ea-a5f3-1c1a73d735fb.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在 PPP 的帧中
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- F 字段为帧的定界符
|
|
|
|
|
- A 和 C 字段暂时没有意义
|
|
|
|
|
- FCS 字段是使用 CRC 的检验序列
|
|
|
|
|
- 信息部分的长度不超过 1500
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/0f39c274-b79c-4e83-8c7c-94fc2747832d.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 局域网的拓扑
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8b15e36f-69b4-46b6-a07c-7234ac7c7927.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 广播信道- CSMA/CD 协议 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
在广播信道上,同一时间只能允许一台计算机发送数据。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
CSMA/CD 表示载波监听多点接入 / 碰撞检测。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **多点接入**:说明这是总线型网络,许多计算机以多点的方式连接到总线上。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **载波监听**:每个站都必须不停地监听信道。在发送前,如果检听信道正在使用,就必须等待。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **碰撞检测**:在发送中,如果监听 到信道已有其它站正在发送数据,就表示发生了碰撞。虽然每一个站在发送数据之前都已经监听到信道为空闲,但是由于电磁波的传播时延的存在,还是有可能会发生碰撞。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/f9ed4da5-0032-41e6-991a-36d995ec28fd.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
记端到端的传播时延为 τ,最先发送的站点最多经过 2τ 就可以知道是否发生了碰撞,称 2τ 为 **争用期**。只有经过争用期之后还没有检测到碰撞,才能肯定这次发送不会发生碰撞。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
当发生碰撞时,站点要停止发送,等待一段时间再发送。这个时间采用 **截断二进制指数退避算法** 来确定,从离散的整数集合 {0, 1, .., (2<sup>k</sup>-1)} 中随机取出一个数,记作 r,然后取 r 倍的争用期作为重传等待时间。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 扩展局域网 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 在物理层进行扩展
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
使用集线器进行扩展。
|
|
|
|
|
|
|
|
|
|
集线器的主要功能是对接收到的信号进行放大,以扩大网络的传输距离。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
集线器不能根据 MAC 地址进行转发,而是以广播的方式发送数据帧。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
集线器是一种共享式的传输设备,意味着同一时刻只能传输一组数据帧。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/823cdab7-3779-4e3a-a951-dc2d154e0ee6.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 在链路层进行扩展
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
最开始使用的是网桥,它收到一个帧时,根据帧的 MAC 地址,查找网桥中的地址表,确定将帧转发的接口。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
网桥不是共享式设备,因此性能比集线器这种共享式设备更高。
|
|
|
|
|
|
|
|
|
|
交换机的问世很快就淘汰了网桥,它实质上是一个多接口网桥,而网桥是两接口。交换机的每个接口都能直接与一个主机或者另一个交换机相连,并且一般都工作在全双工方式。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
交换机具有自学习能力,学习的是交换表的内容,交换表中存储着 MAC 地址到接口的映射。下图中,交换机有 4 个接口,主机 A 向主机 B 发送数据帧时,交换机把主机 A 到接口 1 的映射写入交换表中。为了发送数据帧到 B,先查交换表,此时没有主机 B 的表项,那么主机 A 就发送广播帧,主机 C 和主机 D 会丢弃该帧,主机 B 收下之后,查找交换表得到主机 A 映射的接口为 1,因此就把帧发送给主机 A,同时交换机添加主机 B 到接口 3 的映射。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/c9cfcd20-c901-435f-9a07-3e46830c359f.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 虚拟局域网
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
虚拟局域网可以建立与物理位置无关的逻辑组,只有在同一个虚拟局域网中的成员才会收到链路层广播信息,例如下图中 (A1, A2, A3, A4) 属于一个虚拟局域网,A1 发送的广播会被 A2、A3、A4 收到,而其它站点收不到。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/a74b70ac-323a-4b31-b4d5-90569b8a944b.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## MAC 层 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
MAC 地址是 6 字节(48 位)的地址,用于唯一标识网络适配器(网卡),一台主机拥有多少个适配器就有多少个 MAC 地址,例如笔记本电脑普遍存在无线网络适配器和有线网络适配器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/50d38e84-238f-4081-8876-14ef6d7938b5.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **类型**:标记上层使用的协议;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **数据**:长度在 46-1500 之间,如果太小则需要填充;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **FCS**:帧检验序列,使用的是 CRC 检验方法;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **前同步码**:只是为了计算 FCS 临时加入的,计算结束之后会丢弃。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 四、网络层 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 网际协议 IP 概述
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
因为网络层是整个互联网的核心,因此应当让网络层尽可能简单。网络层向上只提供简单灵活的、无连接的、尽最大努力交互的数据报服务。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
使用 IP 协议,可以把异构的物理网络连接起来,使得在网络层看起来好像是一个统一的网络。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/fe3d224c-8ffd-40f9-85b1-86ffe1393f6c.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
与 IP 协议配套使用的还有三个协议:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 地址解析协议 ARP(Address Resolution Protocol)
|
|
|
|
|
2. 网际控制报文协议 ICMP(Internet Control Message Protocol)
|
|
|
|
|
3. 网际组管理协议 IGMP(Internet Group Management Protocol)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/163cf8b4-5f30-46c9-af00-316a71b3c890.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## IP 数据报格式
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8681db55-0873-434b-aa98-83d07e8392ae.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **版本** : 有 4(IPv4)和 6(IPv6)两个值;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **首部长度** : 占 4 位,因此最大值为 15。值为 1 表示的是 1 个 32 位字的长度,也就是 4 字节。因为首部固定长度为 20 字节,因此该值最小为 5。如果可选部分的长度不是 4 字节的整数倍,就用尾部的填充部分来填充。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **区分服务** : 用来获得更好的服务,一般情况下不使用。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **总长度** : 包括首部长度和数据部分长度。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **标识** : 在数据报长度过长从而发生分片的情况下,相同数据报的不同分片具有相同的标识符。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **片偏移** : 和标识符一起,用于发生分片的情况。片偏移的单位为 8 字节。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/45c86855-9b18-4cf4-a9a7-f8b6eb78d133.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **生存时间** :TTL,它的存在是为了防止无法交付的数据报在互联网中不断兜圈子。以路由器跳数为单位,当 TTL 为 0 时就丢弃数据报。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **协议**:指出携带的数据应该上交给哪个协议进行处理,例如 ICMP、TCP、UDP 等。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **首部检验和**:因为数据报每经过一个路由器,都要重新计算检验和,因此检验和不包含数据部分可以减少计算的工作量。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## IP 地址编址
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
IP 地址的编址方式经历了三个历史阶段:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 分类;
|
|
|
|
|
2. 子网划分;
|
|
|
|
|
3. 无分类。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 分类
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
由两部分组成,网络号和主机号,其中不同类别具有不同的网络号长度,并且是固定的。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
IP 地址 ::= {< 网络号 >, < 主机号 >}
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/2ddd6132-60be-4a72-9daa-3d9756191f4a.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 子网划分
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
通过在主机号字段中拿一部分作为子网号,把两级 IP 地址划分为三级 IP 地址。注意,外部网络看不到子网的存在。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
IP 地址 ::= {< 网络号 >, < 子网号 >, < 主机号 >}
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
要使用子网,必须配置子网掩码。一个 B 类地址的默认子网掩码为 255.255.0.0,如果 B 类地址的子网占两个比特,那么子网掩码为 11111111 11111111 11000000 00000000,也就是 255.255.192.0。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 无分类
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
无分类编址 CIDR 消除了传统 A 类、B 类和 C 类地址以及划分子网的概念,使用网络前缀和主机号来对 IP 地址进行编码,网络前缀的长度可以根据需要变化。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
IP 地址 ::= {< 网络前缀号 >, < 主机号 >}
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
CIDR 的记法上采用在 IP 地址后面加上网络前缀长度的方法,例如 128.14.35.7/20 表示前 20 位为网络前缀。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
CIDR 的地址掩码可以继续称为子网掩码,子网掩码首 1 长度为网络前缀的长度。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
一个 CIDR 地址块中有很多地址,一个 CIDR 表示的网络就可以表示原来的很多个网络,并且在路由表中只需要一个路由就可以代替原来的多个路由,减少了路由表项的数量。把这种通过使用网络前缀来减少路由表项的方式称为路由聚合,也称为 **构成超网**。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
在路由表中的项目由“网络前缀”和“下一跳地址”组成,在查找时可能会得到不止一个匹配结果,应当采用最长前缀匹配来确定应该匹配哪一个。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## IP 地址和 MAC 地址
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
网络层实现主机之间的通信,而链路层实现具体每段链路之间的通信。因此在通信过程中,IP 数据报的源地址和目的地址始终不变,而 MAC 地址随着链路的改变而改变。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/86b71296-0d1e-4a63-bcd9-54955b6b781b.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 地址解析协议 ARP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
实现由 IP 地址得到 MAC 地址。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/1b4d6737-d834-46ed-8f9d-6f123e29c8dd.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
每个主机都有一个 ARP 高速缓存,里面有本局域网上的各主机和路由器的 IP 地址到硬件地址的映射表。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
如果主机 A 知道主机 B 的 IP 地址,但是 ARP 高速缓存中没有该 IP 地址到 MAC 地址的映射,此时主机 A 通过广播的方式发送 ARP 请求分组,主机 B 收到该请求后会发送 ARP 响应分组给主机 A 告知其 MAC 地址,随后主机 A 向其高速缓存中写入主机 B 的 IP 地址到硬件地址的映射。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8bc6fc2c-d198-4759-b06c-18d94d851e97.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 路由器的结构
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
路由器从功能上可以划分为两大部分:路由选择和分组转发。
|
|
|
|
|
|
|
|
|
|
分组转发部分由三部分组成:交换结构、一组输入端口和一组输出端口。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/3a676c54-b559-4466-9b21-eb10f1e25879.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
交换结构的交换网络有以下三种实现方式:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/7f82fd18-7f16-4125-ada6-bb6b795b4fda.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 路由器分组转发流程
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 从数据报的首部提取目的主机的 IP 地址 D,得到目的网络地址 N。(路由表项是网络号而不是 IP 地址,这样做大大减少了路由表条目数量);
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 若 N 就是与此路由器直接相连的某个网络地址,则进行直接交付;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 若路由表中有目的地址为 D 的特定主机路由,则把数据报传送给表中所指明的下一跳路由器;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 若路由表中有到达网络 N 的路由,则把数据报传送给路由表中所指明的下一跳路由器;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. 若路由表中有一个默认路由,则把数据报传送给路由表中所指明的默认路由器;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
6. 报告转发分组出错。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8d211911-0e62-4190-ab00-d8610adec4a0.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 路由选择协议
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
互联网使用的路由选择协议都是自适应的,能随着网络通信量和拓扑结构的变化而自适应地进行调整。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
互联网可以划分为许多较小的自治系统 AS,一个 AS 可以使用一种和别的 AS 不同的路由选择协议。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
可以把路由选择协议划分为两大类:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 内部网关协议 IGP(Interior Gateway Protocol):在 AS 内部使用,如 RIP 和 OSPF。
|
|
|
|
|
2. 外部网关协议 EGP(External Gateway Protocol):在 AS 之间使用,如 BGP。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/e0be6970-5b0e-44a2-bc71-df4d61c42b8f.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 内部网关协议 RIP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
RIP 是一种分布式的基于距离向量的路由选择协议。距离是指跳数,直接相连的路由器跳数为 1,跳数最多为 15,超过 15 表示不可达。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
RIP 按固定的时间间隔仅和相邻路由器交换自己的路由表,经过若干次交换之后,所有路由器最终会知道到达本自治系统中任何一个网络的最短距离和下一跳路由器地址。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
距离向量算法:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 对地址为 X 的相邻路由器发来的 RIP 报文,先修改报文中的所有项目,把下一跳字段中的地址改为 X,并把所有的距离字段加 1;
|
|
|
|
|
2. 对修改后的 RIP 报文中的每一个项目,进行以下步骤:
|
|
|
|
|
- 若原来的路由表中没有目的网络 N,则把该项目添加到路由表中;
|
|
|
|
|
- 否则:若下一跳路由器地址是 X,则把收到的项目替换原来路由表中的项目;否则:若收到的项目中的距离 d 小于路由表中的距离,则进行更新(例如原始路由表项为 Net2, 5, P,新表项为 Net2, 4, X,则更新);否则什么也不做。
|
|
|
|
|
3. 若 3 分钟还没有收到相邻路由器的更新路由表,则把该相邻路由器标为不可达,即把距离置为 16。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
RIP 协议实现简单,开销小,但是 RIP 能使用的最大距离为 15,限制了网络的规模。并且当网络出现故障时,要经过比较长的时间才能将此消息传送到所有路由器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 内部网关协议 OSPF
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
开放最短路径优先 OSPF,是为了克服 RIP 的缺点而开发出来的。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
开放表示 OSPF 不受某一家厂商控制,而是公开发表的;最短路径优先表示使用了 Dijkstra 提出的最短路径算法 SPF。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
OSPF 具有以下特点:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- 向本自治系统中的所有路由器发送信息,这种方法是洪泛法。
|
|
|
|
|
- 发送的信息就是与相邻路由器的链路状态,链路状态包括与哪些路由器相连以及链路的度量,度量用费用、距离、时延、带宽等来表示。
|
|
|
|
|
- 只有当链路状态发生变化时,路由器才会发送信息。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
所有路由器都具有全网的拓扑结构图,并且是一致的。相比于 RIP,OSPF 的更新过程收敛的很快。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. 外部网关协议 BGP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
AS 之间的路由选择很困难,主要是互联网规模很大。并且各个 AS 内部使用不同的路由选择协议,就无法准确定义路径的度量。并且 AS 之间的路由选择必须考虑有关的策略,比如有些 AS 不愿意让其它 AS 经过。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
BGP 只能寻找一条比较好的路由,而不是最佳路由。它采用路径向量路由选择协议。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
每个 AS 都必须配置 BGP 发言人,通过在两个相邻 BGP 发言人之间建立 TCP 连接来交换路由信息。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/eb6271de-22c9-4f4b-8b31-eab1f560efac.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 网际控制报文协议 ICMP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
ICMP 是为了更有效地转发 IP 数据报和提高交付成功的机会。它封装在 IP 数据报中,但是不属于高层协议。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/9b5e0fa0-9274-4219-a3a9-84fbb509c735.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
ICMP 报文分为差错报告报文和询问报文。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/6e11b122-95ce-4869-bf7d-3b0d7591707e.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 分组网间探测 PING
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
PING 是 ICMP 的一个重要应用,主要用来测试两台主机之间的连通性。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
PING 的过程:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. PING 同一个网段的主机:查找目的主机的 MAC 地址,然后直接交付。如果无法查找到 MAC 地址,就要进行一次 ARP 请求。
|
|
|
|
|
2. PING 不同网段的主机:发送到网关让其进行转发。同样要发送到网关也需要通过查找网关的 MAC 地址,根据 MAC 地址进行转发。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## IP 多播
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
在一对多的通信中,多播不需要将分组复制多份,从而大大节约网络资源。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/c77b6a18-dfac-42a2-ac89-7e99481275dc.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 虚拟专用网 VPN
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
由于 IP 地址的紧缺,一个机构能申请到的 IP 地址数往往远小于本机构所拥有的主机数。并且一个机构并不需要把所有的主机接入到外部的互联网中,机构内的计算机可以使用仅在本机构有效的 IP 地址(专用地址)。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
有三个专用地址块:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 10.0.0.0 ~ 10.255.255.255
|
|
|
|
|
2. 172.16.0.0 ~ 172.31.255.255
|
|
|
|
|
3. 192.168.0.0 ~ 192.168.255.255
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
VPN 使用公用的互联网作为本机构各专用网之间的通信载体。专用指机构内的主机只与本机构内的其它主机通信;虚拟指“好像是”,而实际上并不是,它有经过公用的互联网。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
下图中,场所 A 和 B 的通信部经过互联网,如果场所 A 的主机 X 要和另一个场所 B 的主机 Y 通信,IP 数据报的源地址是 10.1.0.1,目的地址是 10.2.0.3。数据报先发送到与互联网相连的路由器 R1,R1 对内部数据进行加密,然后重新加上数据报的首部,源地址是路由器 R1 的全球地址 125.1.2.3,目的地址是路由器 R2 的全球地址 194.4.5.6。路由器 R2 收到数据报后将数据部分进行解密,恢复原来的数据报,此时目的地址为 10.2.0.3,就交付给 Y。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/bf4ed077-d481-4db7-9e7a-85d841a5a8c3.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 网络地址转换 NAT
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
专用网内部的主机使用本地 IP 地址又想和互联网上的主机通信时,可以使用 NAT 来将本地 IP 转换为全球 IP。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在以前,NAT 将本地 IP 和全球 IP 一一对应,这种方式下拥有 n 个全球 IP 地址的专用网内最多只可以同时有 n 台主机接入互联网。为了更有效地利用全球 IP 地址,现在常用的 NAT 转换表把运输层的端口号也用上了,使得多个专用网内部的主机共用一个全球 IP 地址。使用端口号的 NAT 也叫做网络地址与端口转换 NAPT。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/0f31bc7a-d60b-48a6-8e3f-597708369e52.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 五、运输层 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
网络层只把分组发送到目的主机,但是真正通信的并不是主机而是主机中的进程。
|
|
|
|
|
|
|
|
|
|
运输层提供了应用进程间的逻辑通信。运输层向高层用户屏蔽了下面网络层的核心细节,使应用程序看见的好像在两个运输层实体之间有一条端到端的逻辑通信信道。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## UDP 和 TCP 的特点
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- 用户数据包协议 UDP(User Datagram Protocol)是无连接的,尽最大可能交付,没有拥塞控制,面向报文(对于应用程序传下来的报文不合并也不拆分,只是添加 UDP 首部)。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- 传输控制协议 TCP(Transmission Control Protocol) 是面向连接的,提供可靠交付,有流量控制,拥塞控制,提供全双工通信,面向字节流(把应用层传下来的报文看成字节流,把字节流组织成大小不等的数据块)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## UDP 首部格式
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/bd6c05f3-02ee-4c8a-b374-40c87154a898.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
首部字段只有 8 个字节,包括源端口、目的端口、长度、检验和。12 字节的伪首部是为了计算检验和临时添加的。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 首部格式
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/21a00b02-c0a6-4bcd-9af0-5ec6bb66e34c.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **序号** :用于对字节流进行编号,例如序号为 301,表示第一个字节的编号为 301,如果携带的数据长度为 100 字节,那么下一个报文段的序号应为 401。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **确认号** :期望收到的下一个报文段的序号。例如 B 正确收到 A 发送来的一个报文段,序号为 501,携带的数据长度为 200 字节,因此 B 期望下一个报文段的序号为 701,B 发送给 A 的确认报文段中确认号就为 701。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **数据偏移** :指的是数据部分距离报文段起始处的偏移量,实际上指的是首部的长度。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **确认 ACK** :当 ACK=1 时确认号字段有效,否则无效。TCP 规定,在连接建立后所有传送的报文段都必须把 ACK 置 1。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **同步 SYN** :在连接建立时用来同步序号。当 SYN=1,ACK=0 时表示这是一个连接请求报文段。若对方同意建立连接,则响应报文中 SYN=1,ACK=1。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **终止 FIN** :用来释放一个连接,当 FIN=1 时,表示此报文段的发送方的数据已发送完毕,并要求释放运输连接。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- **窗口** :窗口值作为接收方让发送方设置其发送窗口的依据。之所以要有这个限制,是因为接收方的数据缓存空间是有限的。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 的三次握手
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/086871db-5871-460f-97b7-126cd738bb0e.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
假设 A 为客户端,B 为服务器端。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 首先 B 处于 LISTEN(监听)状态,等待客户的连接请求。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. A 向 B 发送连接请求报文段,SYN=1,ACK=0,选择一个初始的序号 x。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. B 收到连接请求报文段,如果同意建立连接,则向 A 发送连接确认报文段,SYN=1,ACK=1,确认号为 x+1,同时也选择一个初始的序号 y。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. A 收到 B 的连接确认报文段后,还要向 B 发出确认,确认号为 y+1,序号为 x+1。
|
|
|
|
|
5. B 收到 A 的确认后,连接建立。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 的四次挥手
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/78f65456-666b-4044-b4ee-f7692dbbc0d3.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
以下描述不讨论序号和确认号,因为序号和确认号的规则比较简单。并且不讨论 ACK,因为 ACK 在连接建立之后都为 1。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. A 发送连接释放报文段,FIN=1;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. B 收到之后发出确认,此时 TCP 属于半关闭状态,B 能向 A 发送数据但是 A 不能向 B 发送数据;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 当 B 要不再需要连接时,发送连接释放请求报文段,FIN=1;
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. A 收到后发出确认,此时连接释放。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### TIME_WAIT
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
客户端接收到服务器端的 FIN 报文后进入此状态,此时并不是直接进入 CLOSED 状态,还需要等待一个时间计时器设置的时间。这么做有两个理由:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 确保最后一个确认报文段能够到达。如果 B 没收到 A 发送来的确认报文段,那么就会重新发送连接释放请求报文段,A 等待一段时间就是为了处理这种情况的发生。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 可能存在“已失效的连接请求报文段”,为了防止这种报文段出现在本次连接之外,需要等待一段时间。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 滑动窗口
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/223fc26e-2fd6-484c-bcb7-443cac134f15.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
窗口是缓存的一部分,用来暂时存放字节流。发送方和接收方各有一个窗口,接收方通过 TCP 报文段中的窗口字段告诉发送方自己的窗口大小,发送方根据这个值和其它信息设置自己的窗口大小。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
发送窗口内的字节都允许被发送,接收窗口内的字节都允许被接收。如果发送窗口左部的字节已经发送并且收到了确认,那么就将发送窗口向右滑动一定距离,直到左部第一个字节不是已发送并且已确认的状态;接收窗口的滑动类似,接收窗口左部字节已经发送确认并交付主机,就向右滑动接收窗口。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
接收窗口只会对窗口内最后一个按序到达的字节进行确认,例如接收窗口已经收到的字节为 {31, 32, 34, 35},其中 {31, 32} 按序到达,而 {34, 35} 就不是,因此只对字节 32 进行确认。发送方得到一个字节的确认之后,就知道这个字节之前的所有字节都已经被接收。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 可靠传输
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
TCP 使用超时重传来实现可靠传输:如果一个已经发送的报文段在超时时间内没有收到确认,那么就重传这个报文段。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
一个报文段从发送再到接收到确认所经过的时间称为往返时间 RTT,加权平均往返时间 RTTs 计算如下:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ RTTs = (1-a)*(RTTs) + a*RTT $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
超时时间 RTO 应该略大于 RTTs,TCP 使用的超时时间计算如下:
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
$$ RTO = RTTs + 4*RTT_d $$
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
其中 RTT<sub>d</sub> 为偏差。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 流量控制
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
流量控制是为了控制发送方发送速率,保证接收方来得及接收。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小,从而影响发送方的发送速率。例如将窗口字段设置为 0,则发送方不能发送数据。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## TCP 拥塞控制
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
如果网络出现拥塞,分组将会丢失,此时发送方会继续重传,从而导致网络拥塞程度更高。因此当出现拥塞时,应当控制发送方的速率。这一点和流量控制很像,但是出发点不同。流量控制是为了让接收方能来得及接受,而拥塞控制是为了降低整个网络的拥塞程度。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/a69af9bb-b5ad-4896-862d-697e5ee4feb1.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
TCP 主要通过四种算法来进行拥塞控制:慢开始、拥塞避免、快重传、快恢复。发送方需要维护有一个叫做拥塞窗口(cwnd)的状态变量。注意拥塞窗口与发送方窗口的区别,拥塞窗口只是一个状态变量,实际决定发送方能发送多少数据的是发送方窗口。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
为了便于讨论,做如下假设:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 接收方有足够大的接收缓存,因此不会发生流量控制;
|
|
|
|
|
2. 虽然 TCP 的窗口基于字节,但是这里设窗口的大小单位为报文段。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/346244ff-98c1-4f12-9a87-d0832e8c04cf.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 慢开始与拥塞避免
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
发送的最初执行慢开始,令 cwnd=1,发送方只能发送 1 个报文段;当收到确认后,将 cwnd 加倍,因此之后发送方能够发送的报文段为:2、4、8 ...
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
注意到慢开始每个轮次都将 cwnd 加倍,这样会让 cwnd 增长速度非常快,从而使得发送方发送的速度增长速度过快,网络拥塞的可能也就更高。设置一个慢开始门限 ssthresh,当 cwnd >= ssthresh 时,进入拥塞避免,每个轮次只将 cwnd 加 1。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
如果出现了超时,则令 ssthresh = cwnd / 2,然后重新执行慢开始。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 快重传与快恢复
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在接收方,要求每次接收到报文段都应该发送对已收到有序报文段的确认,例如已经接收到 M<sub>1</sub> 和 M<sub>2</sub>,此时收到 M<sub>4</sub>,应当发送对 M<sub>2</sub> 的确认。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在发送方,如果收到三个重复确认,那么可以确认下一个报文段丢失,例如收到三个 M<sub>2</sub> ,则 M<sub>3</sub> 丢失。此时执行快重传,立即重传下一个报文段。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
在这种情况下,只是丢失个别报文段,而不是网络拥塞,因此执行快恢复,令 ssthresh = cwnd / 2 ,cwnd = ssthresh,注意到此时直接进入拥塞避免。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/b18d679b-c8e2-4564-88ee-7600090e46da.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 六、应用层 *
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 域名系统 DNS
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
把主机名解析为 IP 地址。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
被设计成分布式系统。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. 层次结构
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
一个域名由多个层次构成,从上层到下层分别为顶级域名、二级域名、三级域名以及四级域名。所有域名可以画成一颗域名树。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/c2117f61-1177-4768-bf33-cf4f950d911c.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/a4b162e5-db2a-4a27-b213-1fe481c5a06a.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
域名服务器可以分为以下四类:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 根域名服务器:解析顶级域名;
|
|
|
|
|
2. 顶级域名服务器:解析二级域名;
|
|
|
|
|
3. 权限域名服务器:解析区内的域名;
|
|
|
|
|
4. 本地域名服务器:也称为默认域名服务器。可以在其中配置高速缓存。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
区和域的概念不同,可以在一个域中划分多个区。图 b 在域 abc.com 中划分了两个区:abc.com 和 y.abc.com
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/fc0c6b2d-68c7-4de8-aaaa-97355a4f0472.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
因此就需要两个权限域名服务器:
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/8b335d94-c1ca-42e1-ad48-bb179d28a4f1.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. 解析过程
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
主机向本地域名服务器解析的过程采用递归,而本地域名服务器向其它域名服务器解析可以使用递归和迭代两种方式。
|
|
|
|
|
|
|
|
|
|
迭代的方式下,本地域名服务器向一个域名服务器解析请求解析之后,结果返回到本地域名服务器,然后本地域名服务器继续向其它域名服务器请求解析;而递归地方式下,结果不是直接返回的,而是继续向前请求解析,最后的结果才会返回。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/6bc61bb8-3b1c-4dc8-ac25-cef925ace0eb.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 文件传输协议 FTP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
FTP 在运输层使用 TCP,并且需要建立两个并行的 TCP 连接:控制连接和数据连接。控制连接在整个会话期间一直保持打开,而数据连接在数据传送完毕之后就关闭。控制连接使用端口号 21,数据连接使用端口号 20。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/58633775-8584-4a01-ad3f-eee4d9a466e1.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 远程终端协议 TELNET
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
TELNET 用于登录到远程主机上,并且远程主机上的输出也会返回。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
TELNET 可以适应许多计算机和操作系统的差异,例如不同操作系统系统的换行符定义。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 万维网 WWW
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
[HTTP](https://github.com/CyC2018/InterviewNotes/blob/master/notes/HTTP.md)
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 电子邮件协议
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
一个电子邮件系统由三部分组成:用户代理、邮件服务器以及邮件发送协议和读取协议。其中发送协议常用 SMTP,读取协议常用 POP3 和 IMAP。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/de1e46d2-748f-4da3-a29e-7de7bc840366.jpg)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. POP3
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
POP3 的特点是只要用户从服务器上读取了邮件,就把该邮件删除。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. IMAP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
IMAP 协议中客户端和服务器上的邮件保持同步,如果不去手动删除邮件,那么服务器上的邮件也不会被删除。IMAP 这种做法可以让用户随时随地去访问服务器上的邮件。IMAP 协议也支持创建自定义的文件夹。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. SMTP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
SMTP 只能发送 ASCII 码,而互联网邮件扩充 MIME 可以发送二进制文件。MIME 并没有改动或者取代 SMTP,而是增加邮件主题的结构,定义了非 ASCII 码的编码规则。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
![](index_files/ed5522bb-3a60-481c-8654-43e7195a48fe.png)
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 动态主机配置协议 DHCP
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
DHCP 提供了即插即用的连网方式,用户不再需要去手动配置 IP 地址等信息。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
DHCP 配置的内容不仅是 IP 地址,还包括子网掩码、默认路由器 IP 地址、域名服务器的 IP 地址。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
工作方式如下:需要 IP 地址的主机广播发送 DHCP 发现报文(将目的地址置为全 1,即 255.255.255.255:67,源地址设置为全 0,即 0.0.0.0:68),DHCP 服务器收到发现报文之后,则在 IP 地址池中取一个地址,发送 DHCP 提供报文给该主机。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 点对点传输 P2P
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
|
|
|
|
把某个文件分发的所有对等集合称为一个洪流。文件的数据单元称为文件块,它的大小是固定的。一个新的对等方加入某个洪流,一开始并没有文件块,但是能够从其它对等方中逐渐地下载到一些文件块,与此同时,它也为别的对等方上传一些文件块。
|
|
|
|
|
|
|
|
|
|
每个洪流都有一个基础设施,称为追踪器。当一个对等方加入洪流时,必须向追踪器登记,并周期性地通知追踪器它仍在洪流中。可以在任何时间加入和退出某个洪流。
|
|
|
|
|
|
|
|
|
|
一个新的对等方加入洪流时,追踪器会随机从洪流中选择若干个对等方,并让新对等方与这些对等方建立连接,把这些对等方称为相邻对等方。接收和发送文件块都是在相邻对等方中进行。
|
|
|
|
|
|
|
|
|
|
当一个对等方需要很多文件块时,通过使用最稀有优先的策略来取得文件块,也就是一个文件块在相邻对等方中副本最少,那么就优先请求这个文件块。
|
|
|
|
|
|
|
|
|
|
当很多对等方向同一个对等方请求文件块时,该对等方优先选择以最高速率向其发送文件块的对等方。
|
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
P2P 是一个分布式系统,任何时候都有对等方加入或者退出。使用分布式散列表 DHT,可以查找洪流中的资源和 IP 地址映射。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## Web 页面请求过程
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 1. DHCP 配置主机信息
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 假设主机最开始没有 IP 地址以及其它信息,那么就需要先使用 DHCP 来获取。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 主机生成一个 DHCP 请求报文,并将这个报文放入具有目的端口 67 和源端口 68 的 UDP 报文段中。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 该报文段则被放入在一个具有广播 IP 目的地址(255.255.255.255) 和源 IP 地址(0.0.0.0)的 IP 数据报中。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 该数据报则被放置在 MAC 帧中,该帧具有目的地址 FF:FF:FF:FF:FF:FF,将广播到与交换机连接的所有设备。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. 连接在交换机的 DHCP 服务器收到广播帧之后,不断地向上分解得到 IP 数据报、UDP 报文段、DHCP 请求报文,之后生成 DHCP ACK 报文,该报文包含以下信息:IP 地址、DNS 服务器的 IP 地址、默认网关路由器的 IP 地址和子网掩码。该报文被放入 UDP 报文段中,UDP 报文段有被放入 IP 数据报中,最后放入 MAC 帧中。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
8. 该帧的目的地址是请求主机的 MAC 地址,因为交换机具有自学习能力,之前主机发送了广播帧之后就记录了 MAC 地址到其转发接口的交换表项,因此现在交换机就可以直接知道应该向哪个接口发送该帧。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
9. 主机收到该帧后,不断分解得到 DHCP 报文。之后就配置它的 IP 地址、子网掩码和 DNS 服务器的 IP 地址,并在其 IP 转发表中安装默认网关。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 2. ARP 解析 MAC 地址
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 主机通过浏览器生成一个 TCP 套接字,套接字向 HTTP 服务器发送 HTTP 请求。为了生成该套接字,主机需要知道网站的域名对应的 IP 地址。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 主机生成一个 DNS 查询报文,该报文具有 53 号端口,因为 DNS 服务器的端口号是 53。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 该 DNS 查询报文被放入目的地址为 DNS 服务器 IP 地址的 IP 数据报中。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 该 IP 数据报被放入一个以太网帧中,该帧将发送到网关路由器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. DHCP 过程只知道网关路由器的 IP 地址,为了获取网关路由器的 MAC 地址,需要使用 ARP 协议。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
6. 主机生成一个包含目的地址为网关路由器 IP 地址的 ARP 查询报文,将该 ARP 查询报文放入一个具有广播目的地址(FF:FF:FF:FF:FF:FF)的以太网帧中,并向交换机发送该以太网帧,交换机将该帧转发给所有的连接设备,包括网关路由器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
7. 网关路由器接收到该帧后,不断向上分解得到 ARP 报文,发现其中的 IP 地址与其接口的 IP 地址匹配,因此就发送一个 ARP 回答报文,包含了它的 MAC 地址,发回给主机。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 3. DNS 解析域名
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 知道了网关路由器的 MAC 地址之后,就可以继续 DNS 的解析过程了。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 网关路由器接收到包含 DNS 查询报文的以太网帧后,抽取出 IP 数据报,并根据转发表决定该 IP 数据报应该转发的路由器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. 因为路由器具有内部网关协议(RIP、OSPF)和外部网关协议(BGP)这两种路由选择协议,因此路由表中已经配置了网关路由器到达 DNS 服务器的路由表项。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 到达 DNS 服务器之后,DNS 服务器抽取出 DNS 查询报文,并在 DNS 数据库中查找待解析的域名。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. 找到 DNS 记录之后,发送 DNS 回答报文,将该回答报文放入 UDP 报文段中,然后放入 IP 数据报中,通过路由器反向转发回网关路由器,并经过以太网交换机到达主机。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
### 4. HTTP 请求页面
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
1. 有了 HTTP 服务器的 IP 地址之后,主机就能够生成 TCP 套接字,该套接字将用于向 Web 服务器发送 HTTP GET 报文。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
2. 在生成 TCP 套接字之前,必须先与 HTTP 服务器进行三次握手来建立连接。生成一个具有目的端口 80 的 TCP SYN 报文段,并向 HTTP 服务器发送该报文段。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
3. HTTP 服务器收到该报文段之后,生成 TCP SYNACK 报文段,发回给主机。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
4. 连接建立之后,浏览器生成 HTTP GET 报文,并交付给 HTTP 服务器。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
5. HTTP 服务器从 TCP 套接字读取 HTTP GET 报文,生成一个 HTTP 响应报文,将 Web 页面内容放入报文主体中,发回给主机。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
6. 浏览器收到 HTTP 响应报文后,抽取出 Web 页面内容,之后进行渲染,显示 Web 页面。
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
## 常用端口
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
| 应用层协议 | 端口号 | 运输层协议 |
|
|
|
|
|
| -- | -- | -- |
|
|
|
|
|
| DNS | 53 | UDP |
|
|
|
|
|
| FTP | 控制连接 21,数据连接 20 | TCP |
|
|
|
|
|
| TELNET | 23 | TCP |
|
|
|
|
|
| DHCP | 67 68 | UDP |
|
|
|
|
|
| HTTP | 80 | TCP |
|
|
|
|
|
| SMTP | 25 | TCP |
|
|
|
|
|
| POP3 | 110 | TCP |
|
|
|
|
|
| IMAP | 143 | TCP |
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
# 参考资料
|
2018-03-18 21:44:47 +08:00
|
|
|
|
|
2018-03-22 22:54:48 +08:00
|
|
|
|
- 计算机网络 第七版
|
|
|
|
|
- 计算机网络 自顶向下方法
|