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

本文通过Wireshark捕获并分析了从本地计算机到远程服务器的TCP批量传输过程,详细解析了TCP基础、序列号、ACK机制及TCP报文长度等关键信息,并探讨了TCP拥塞控制的阶段特征。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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值
110.0264770.0539370.02746‬0.02746
25660.0417370.0772940.035557‬0.028472125
320260.0540260.1240850.070059‬‬0.033670484375
434860.0546900.1691180.114428‬‬0.043765173828125
549460.0774050.2172990.139894‬‬0.05578127709960937
664060.0781570.2678020.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. 我自己捕获的报文的时序图 
    从这个图中,更看不出来了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值