计算机网络自顶向下方法 第三章 Wireshark实验:探究TCP 答案

https://github.com/jzplp/Computer-Network-A-Top-Down-Approach-Answer

Wireshark实验:探究TCP

  • 官方文档 第六版 第七版 第七版翻译
  • Wireshark_TCP 实验答案

1.捕获从计算机到远程服务器的批量TCP传输

  • 实验图像 

下面题目中如没有特别指明,就根据要求使用下载的Wireshark捕获的数据包文件tcp-ethereal-trace-1

2.初步了解捕获的轨迹

  1. 源IP地址为 192.168.1.102 TCP源端口号为1161

  2. gaia.cs.umass.edu 的IP地址是128.119.245.12,在端口号80上发送和接收此连接。

  3. 客户端使用的IP地址为 192.168.2.239 ,端口号为8436

3.TCP基础

  1. 序列号Seq = 0。SYN报文负责建立连接,选择客户端初始的序列号

  2. 序列号Seq = 0。 Acknowledgment栏位的值是1。将SYN中的Seq值加1。确认客户端的连接,选择服务器端初始的序列号

  3. 序列号Seq = 1。

  4. 前六个TCP报文的具体信息:

计数 序列号 发送时间 ACK时间 RTT值 EstimatedRTT值
1 1 0.026477 0.053937 0.02746‬ 0.02746
2 566 0.041737 0.077294 0.035557‬ 0.028472125
3 2026 0.054026 0.124085 0.070059‬‬ 0.033670484375
4 3486 0.054690 0.169118 0.114428‬‬ 0.043765173828125
5 4946 0.077405 0.217299 0.139894‬‬ 0.05578127709960937
6 6406 0.078157 0.267802 0.189645‬‬ 0.07251424246215821
  1. 前6个TCP报文的长度分别为:565,1460,1460,1460,1460,1460

  2. 接收窗口最小为5840。缺少接收窗口会限制发送方发送TCP报文,但包中实际的接收窗口远大于发送的报文数量,因此不会限制

  3. 使用ip.src==192.168.1.102查看客户端发出的所有报文,发现序列号一直在增加,因此没有重传报文。

  4. 观察了一些报文,发现是接收方收到一个报文即发送一个ACK,没有报多个确认合并。

  5. WireShark输出的吞吐量折线:

    吞吐量的实际计算:每秒收到的字节数

4.TCP拥塞控制

  1. 从图中我看不出来,感觉好像0-0.3s像是慢启动阶段,后面是拥塞避免阶段,但是又不太像。

  2. 我自己捕获的报文的时序图 
    从这个图中,更看不出来了。

你可能感兴趣的:(计算机网络自顶向下方法)