1.
1.
1.
序号
字段名称
字段值
1
目的
M
A
C
地址
44
37
e
6
04
09
c
5
(十六进制表示)
2
源
M
A
C
地址
00
e
0
f
c
7
d
a
e
8
f
(十六进制表示)
3
I
P
的生存时间
127
(十进制数表示)
4
源
I
P
地址
203.116.78.32
(点分十进制数表示)
5
T
C
P
目的端口号
81
(十进制数表示)
6
T
C
P
的确认号
0
(十进制数表示)
7
T
C
P
接收窗口
16384
(十进制数表示)
\begin{matrix} 序号 & 字段名称 & 字段值 \\ 1 & 目的MAC地址 & 44\quad 37\quad e6\quad 04\quad 09\quad c5(十六进制表示) \\ 2 & 源MAC地址 & 00\quad e0\quad fc\quad 7d\quad ae\quad 8f(十六进制表示) \\ 3 & IP的生存时间 & 127(十进制数表示)\\ 4 & 源IP地址 & 203.116.78.32(点分十进制数表示) \\ 5 & TCP目的端口号 & 81(十进制数表示) \\ 6 & TCP的确认号 & 0(十进制数表示) \\ 7 & TCP接收窗口 & 16384(十进制数表示) \\ \end{matrix}
序号1234567字段名称目的MAC地址源MAC地址IP的生存时间源IP地址TCP目的端口号TCP的确认号TCP接收窗口字段值4437e60409c5(十六进制表示)00e0fc7dae8f(十六进制表示)127(十进制数表示)203.116.78.32(点分十进制数表示)81(十进制数表示)0(十进制数表示)16384(十进制数表示)
2.
源端口:
06
32
,十进制:
1586
2.源端口:06\quad 32,十进制:1586
2.源端口:0632,十进制:1586
目的端口:
00
45
,十进制:
69
目的端口:00\quad 45,十进制:69
目的端口:0045,十进制:69
总长度:
00
1
c
,十进制:
28
总长度:00\quad 1c,十进制:28
总长度:001c,十进制:28
数据部分长度
=
总长度
28
−
首部长度
8
=
20
数据部分长度=总长度28-首部长度8=20
数据部分长度=总长度28−首部长度8=20
目的端口为
69.
在
0
1023
范围内,所以是熟知端口,所以该报文是从客户端发出的
目的端口为69.在0~1023范围内,所以是熟知端口,所以该报文是从客户端发出的
目的端口为69.在0 1023范围内,所以是熟知端口,所以该报文是从客户端发出的
使用
U
D
P
的这个服务器程序是
T
F
T
P
使用UDP的这个服务器程序是TFTP
使用UDP的这个服务器程序是TFTP
3.
(
1
)
第一个报文段携带了
100
−
70
=
30
字节的数据
3.(1)第一个报文段携带了100-70=30字节的数据
3.(1)第一个报文段携带了100−70=30字节的数据
(
2
)
主机
B
收到第一个报文段后发回的确认中的确认号是
100
(2)主机B收到第一个报文段后发回的确认中的确认号是100
(2)主机B收到第一个报文段后发回的确认中的确认号是100
(
3
)
如果
B
收到第二个报文段后发回的确认中的确认号是
180
(3)如果B收到第二个报文段后发回的确认中的确认号是180
(3)如果B收到第二个报文段后发回的确认中的确认号是180
A
发送的第二个报文段中的数据有
180
−
100
=
80
字节
A发送的第二个报文段中的数据有180-100=80字节
A发送的第二个报文段中的数据有180−100=80字节
(
4
)
如果
A
发送的第一个报文段丢失了,但第二个报文段到达了
B
。
B
在第二个报文段
(4)如果A发送的第一个报文段丢失了,但第二个报文段到达了B。B在第二个报文段
(4)如果A发送的第一个报文段丢失了,但第二个报文段到达了B。B在第二个报文段
到达后向
A
发送确认。这个确认号应该是
B
期望收到的字节序号,
70
到达后向A发送确认。这个确认号应该是B期望收到的字节序号,70
到达后向A发送确认。这个确认号应该是B期望收到的字节序号,70
4.
慢开始算法
4.慢开始算法
4.慢开始算法
原理:
原理:
原理:
慢开始算法主要用于网络刚开始发送数据时,此时由于不清楚网络的负载情况,因
慢开始算法主要用于网络刚开始发送数据时,此时由于不清楚网络的负载情况,因
慢开始算法主要用于网络刚开始发送数据时,此时由于不清楚网络的负载情况,因
此需要谨慎地逐步增加发送的数据量,以避免立即注入大量数据导致的网络拥塞。
此需要谨慎地逐步增加发送的数据量,以避免立即注入大量数据导致的网络拥塞。
此需要谨慎地逐步增加发送的数据量,以避免立即注入大量数据导致的网络拥塞。
过程:
过程:
过程:
拥塞窗口(
c
w
n
d
)的初始值设置为
1
;发送第一个报文段
M
0
;每当发送端收到一个
拥塞窗口(cwnd)的初始值设置为1;发送第一个报文段M0;每当发送端收到一个
拥塞窗口(cwnd)的初始值设置为1;发送第一个报文段M0;每当发送端收到一个
对新报文段的确认
A
C
K
时,就将
c
w
n
d
加
1
;
c
w
n
d
按指数规律增长,直到达到慢开
对新报文段的确认ACK时,就将cwnd加1;cwnd按指数规律增长,直到达到慢开
对新报文段的确认ACK时,就将cwnd加1;cwnd按指数规律增长,直到达到慢开
始门限。
始门限。
始门限。
拥塞避免算法
拥塞避免算法
拥塞避免算法
原理:
原理:
原理:
当拥塞窗口达到慢开始门限后,为了避免网络拥塞,
T
C
P
将采用拥塞避免算法,
当拥塞窗口达到慢开始门限后,为了避免网络拥塞,TCP将采用拥塞避免算法,
当拥塞窗口达到慢开始门限后,为了避免网络拥塞,TCP将采用拥塞避免算法,
使
c
w
n
d
按线性规律增长。
使cwnd按线性规律增长。
使cwnd按线性规律增长。
过程:
过程:
过程:
每当经过一个往返时间(
R
T
T
),
c
w
n
d
就增加
1
个
M
S
S
(最大报文段长度)的大小。
每当经过一个往返时间(RTT),cwnd就增加1个MSS(最大报文段长度)的大小。
每当经过一个往返时间(RTT),cwnd就增加1个MSS(最大报文段长度)的大小。
如果发生超时或收到
3
个重复的
A
C
K
,则表明网络出现拥塞,此时将
s
s
t
h
r
e
s
h
如果发生超时或收到3个重复的ACK,则表明网络出现拥塞,此时将ssthresh
如果发生超时或收到3个重复的ACK,则表明网络出现拥塞,此时将ssthresh
更新为当前
c
w
n
d
的一半,并将
c
w
n
d
重置为
1
,重新开始慢开始算法。
更新为当前cwnd的一半,并将cwnd重置为1,重新开始慢开始算法。
更新为当前cwnd的一半,并将cwnd重置为1,重新开始慢开始算法。
快重传算法
快重传算法
快重传算法
原理:
原理:
原理:
快重传算法用于快速检测并修复丢失的数据包,以减少网络延迟和提高传输效率。
快重传算法用于快速检测并修复丢失的数据包,以减少网络延迟和提高传输效率。
快重传算法用于快速检测并修复丢失的数据包,以减少网络延迟和提高传输效率。
过程:
过程:
过程:
当接收端收到一个不按顺序的数据段时,它会立即给发送端发送一个重复确认
当接收端收到一个不按顺序的数据段时,它会立即给发送端发送一个重复确认
当接收端收到一个不按顺序的数据段时,它会立即给发送端发送一个重复确认
(
d
u
p
l
i
c
a
t
e
A
C
K
)。如果发送端收到连续三个重复的
A
C
K
,它将假定后续的
(duplicate ACK)。如果发送端收到连续三个重复的ACK,它将假定后续的
(duplicateACK)。如果发送端收到连续三个重复的ACK,它将假定后续的
数据包已经丢失,并立即重传这些丢失的数据包,而无需等待超时。
数据包已经丢失,并立即重传这些丢失的数据包,而无需等待超时。
数据包已经丢失,并立即重传这些丢失的数据包,而无需等待超时。
快恢复算法
快恢复算法
快恢复算法
原理:
原理:
原理:
快恢复算法是快重传算法的后续步骤,用于在快速重传数据包后,更加快速地恢复
快恢复算法是快重传算法的后续步骤,用于在快速重传数据包后,更加快速地恢复
快恢复算法是快重传算法的后续步骤,用于在快速重传数据包后,更加快速地恢复
正常的传输速率。
正常的传输速率。
正常的传输速率。
过程:
过程:
过程:
当发送端收到连续三个重复的
A
C
K
并发送了重传的数据包后,它将进入快恢复阶段
当发送端收到连续三个重复的ACK并发送了重传的数据包后,它将进入快恢复阶段
当发送端收到连续三个重复的ACK并发送了重传的数据包后,它将进入快恢复阶段
。在快恢复阶段,发送端会将慢开始门限
s
s
t
h
r
e
s
h
设置为当前
c
w
n
d
的一半,
。在快恢复阶段,发送端会将慢开始门限ssthresh设置为当前cwnd的一半,
。在快恢复阶段,发送端会将慢开始门限ssthresh设置为当前cwnd的一半,
并将
c
w
n
d
设置为
s
s
t
h
r
e
s
h
加上
3
个
M
S
S
的大小。
并将cwnd设置为ssthresh加上3个MSS的大小。
并将cwnd设置为ssthresh加上3个MSS的大小。
此后,发送端将按照拥塞避免算法继续发送数据,直到网络状况恢复稳定。
此后,发送端将按照拥塞避免算法继续发送数据,直到网络状况恢复稳定。
此后,发送端将按照拥塞避免算法继续发送数据,直到网络状况恢复稳定。