实验四TCP协议分析模板.doc

郑州轻工业学院本科
试验汇报

题 目: 试验四 TCP 协议分析
学生姓名: 王 冲
系 别: 计算机与通信工程学院
专 业: 网 络 运 维
班 级: 网 络 运 维11-01
学 号:
指导老师: 熊 坤

年 10 月 28 日

试验四 TCP 协议分析
一、 试验目
1、 分析HTTP 协议
2、 分析DNS 协议
二、 试验环境
与因特网连接计算机网络系统; 操作系统为windows; Ethereal、 IE 等软件。
三、 试验步骤
1. 俘获大量由当地主机到远程服务器TCP 分组
（1） 开启浏览器, 打开, 得到ALICE'S ADVENTURES IN WONDERLAND文本, 将该文件保留到你主机上。

（2） 打开
（3） 窗口以下图所表示。在Browse按钮旁文本框中输入保留在你主机上文件ALICE'S ADVENTURES IN WONDERLAND全名（含路径）, 此时不要按“Upload alice.txt file”按钮

（4） 开启Ethereal, 开始分组俘获。
（5） 在浏览器中, 单击“Upload alice.txt file”按钮, 将文件上传到gaia.cs.umass.edu服务器, 一旦文件上传完成, 一个简短贺词信息将显示在你浏览器窗口中。
（6） 停止俘获。
2. 浏览追踪信息

（1） 在显示筛选规则中输入“tcp”,能够看到在当地主机和服务器之间传输一系列tcp和http报文, 你应该能看到包含SYN报文三次握手。也能够看到有主机向服务器发送一个HTTP POST报文和一系列“http continuation”报文。
（2） 依据操作回复“四、 试验汇报内容”中1-2题。
3. TCP 基础
依据操作回复“四、 试验汇报内容”中3-10 题
4. TCP 拥塞控制
（1） 在Ethereal已俘获分组列表子窗口中选择一个TCP 报文段。选择菜单:
Statistics->TCP Stream Graph-> Time-Sequence-Graph(Stevens)。你会看到以下所表示图。

（2） 依据操作回复“四、 试验汇报内容”中11-12题。
四、 试验汇报内容
在试验基础上, 回复以下问题:
1. 向gaia.cs.umass.edu 服务器传送文件用户端主机IP 地址和TCP 端口号是多少？
答: IP地址: 192.168.74.129 , TCP端口号: 1074。

2. Gaia.cs.umass.edu服务器IP地址是多少？对这一连接, 它用来发送和接收TCP报文端口号是多少？
答: 由上可知, gaia.cs.umass.edu IP地址是128.119.245.12 发送和接收 TCP片段端口: 80。

3. 用户服务器之间用于初始化TCP连接TCP SYN报文段序号（sequence number）是多少？在该报文段中, 是用什么来标示该报文段是SYN报文段？
答: Sequence number: 0; Syn 被设置为1, 说明是SYN片段。

4. 服务器向用户端发送SYNACK报文段序号是多少？该报文段中, Acknowledgement字段值是多少？Gaia.cs.umass.edu服务器是怎样决定此值？在该报文段中, 是用什么来标示该报文段是SYNACK报文段？
答: Sequence number: 0; Acknowledgement number: 1, 故由此看出ACK值是由SYN消息中Sequence number加1所得Acknowledgement和Syn都设置为1说明这是一个SYNACK 片段

5. 包含HTTP POST命令TCP报文段序号是多少

答: 由图知包含HTTP POST命令TCP报文段序号是13.

6. 假如将包含HTTP POST命令TCP报文段看作是TCP连接上第一个报文段, 那么该TCP连接上第六个报文段序号是多少？是何时发送？该报文段所对应ACK是何时接收？
答: TCP连接上前六个报文段序号是13,15, 16, 19,20, 23, 对应ACK均为1, 所以第六个报文段序号是23。
7. 前六个TCP报文段长度各是多少？
答: 前六个TCP报文段长度是:
527bytes,1460bytes,1460bytes,1460bytes,1460bytes,892bytes。
8. 在整个跟踪过程中, 接收端公告最小可用缓存空间是多少？限制发送端传输以后, 接收端缓存是否仍然不够用？
答: 接收方通知给发送方最低窗口大小为164字节, 即在服务器端传回第一个ACKz中窗口大小。接收方窗口大小没有抑制发送方传输速率, 因为窗口大小从164逐步增加到64240 窗口大小一直大于发送方发送分组容量。
9. 在跟踪文件中是否有重传报文段？进行判定依据是什么？
答: 没有, 从表中能够看出从源端发往目地序号逐步增加, 假如这其中有重传报文段, 则其序号中应该有小于其临近分组序号分组, 图中未看到这么分组, 故没有重发片段。
10. TCP连接throughput (bytes transferred per unit time)是多少？请写出你计算过程。
答: 传输数据总量为TCP 段第一个序列号（即第24 段1 字节）和最终序列号ACK （第239 段153107个字节）之间差值。所以, 总数据是 153107-1 = 153106 字节。整个传输时间是第一个 TCP 段（即4号段3.553057 秒）时间和最终 ACK（即第239 段5.344350秒) 时间差值。所以, 总传输时间是5.344350-3.553057= 1.791293 秒。所以, TCP 连接吞吐量为153106/1.791293=83.469 KByte/s。

11. 利用Time-Sequence-Graph(Stevens) plotting工具, 浏览由用户端向服务器发送报文段序号和时间对应关系图。你能否分辨出TCP慢开启阶段起止, 以及在何处转入避免拥塞阶段？

答: 慢开启阶段即从HTTP POST 报文段发出时开始, 不过无法判定什么时候慢开启结束, 拥塞避免阶段开始。慢开启阶段和拥塞避免阶段判定取决于发送方拥塞窗口大小。拥塞窗口大小并不能从时间—序号图（time-sequence-graph）直接取得。

12. 叙述所测量到数据与TCP理想化行为有何不一样？
答: TCP发送方会试探性发送数据（即慢开启阶段）, 假如太多数据使网络拥塞了, 那么发送方会依据AIMD算法进行调整。不过在实际中, TCP行为关键依靠于应用程 序怎么设计。在这次抓包中, 在发送方还能够发送数据时候, 已经没有数据可发了。在web应用中, 有些web对象比较小, 在慢开启还没有结束之前, 传送就结束啦, 所以, 传送小web对象受到TCP慢开启阶段影响, 造成较长延迟。