试验五 传输控制协议TCP
实验时间：_____________ 成绩：________________ 实验角色：_____________ 同组者姓名：______________________________ 练习一：察看TCP连接的建立和释放 各主机打开协议分析器，进入相应的网络结构并验证网络拓扑的正确性，如果通过拓扑验证，关闭协议分析器继续进行实验，如果没有通过拓扑验证，请检查网络连接。 本练习将主机A、B、C、D、E、F作为一组进行实验。 1. 主机B、C、D启动协议分析器捕获数据，并设置过滤条件（提取TCP协议）。 2. 主机A启动TCP工具连接主机C。 （1）主机A启动“实验平台工具栏中的地址本工具”。点击[主机扫描]按钮获取组内主机信息，选中主机C点击[端口扫描]按钮获取主机C的TCP端口列表。 （2）主机A启动“实验平台工具栏中的TCP工具”。选中“客户端”单选框，在“地址”文本框中填入主机C的IP地址，在“端口”文本框中填入主机C的一个TCP端口，点击[连接]按钮进行连接。 3. 察看主机B、C、D捕获的数据，填写下表。 表7-3 实验结果 字段名称 序列号 确认号 ACK SYN 1 1344086310 0 0 1 2 4208914470 1344086311 1 1 3 1344086311 4208914471 1 0 ● TCP连接建立时，前两个报文的首部都有一个“最大字段长度”字段，它的值是多少？作用是什么？结合IEEE802.3协议规定的以太网最大帧长度分析此数据是怎样得出的。 答：值是1460。作用是由发送端指定，表明了能在网络上传输的最大的段尺寸。 maximum segment size = MTU – 20（IP首部）-20（TCP首部）。 4. 主机A断开与主机C的TCP连接。 5. 察看主机B、C、D捕获的数据，填写下表。 表7-4 实验结果 字段名称 序列号 确认号 ACK SYN 4 996396155 3218276908 1 0 5 3218 76908 996396156 1 0 6 3218276908 996396156 1 0 7 996396156 3218276909 1 0 - 19 -
● 结合步骤3、5所填的表，理解TCP的三次握手建立连接和四次握手的释放连接过程，理解序号、确认号等字段在TCP可靠连接中所起的作用。 练习二：利用协议编辑器编辑并发送TCP数据包 本练习将主机A和B作为一组，主机C和D作为一组，主机E和F作为一组。现仅以主机A、B所在组为例，其它组的操作参考主机A、B所在组的操作。 在本实验中由于TCP连接有超时时间的限制，故协议编辑器和协议分析器的两位同学要默契配合，某些步骤（如计算TCP校验和）要求熟练、迅速。 为了实现TCP三次握手过程的仿真，发送第一个连接请求帧之前，编辑端主机应该使用TCP屏蔽功能来防止系统干扰（否则计算机系统的网络会对该请求帧的应答帧发出拒绝响应）。 通过手工编辑TCP数据包实验，要求理解实现TCP连接建立、数据传输以及断开连接的全过程。在编辑过程中注意体会TCP首部中的序列号和标志位的作用。 首先选择服务器主机上的一个进程作服务器进程，并向该服务器进程发送一个建立连接请求报文，对应答的确认报文和断开连接的报文也编辑发送。其步骤如下： 1. 主机B启动协议分析器捕获数据，设置过滤条件（提取HTTP协议）。 2. 主机A上启动协议编辑器，在界面初始状态下，程序会自动新建一个单帧，可以利用协议编辑器打开时默认的以太网帧进行编辑。 3. 填写该帧的以太网协议首部，其中： 源MAC地址：主机A的MAC地址 目的MAC地址：服务器的MAC地址 协议类型或数据长度：0800（IP协议） 4. 填写IP协议头信息，其中： 高层协议类型：6（上层协议为TCP） 总长度：40（IP首部 + TCP首部） 源IP地址：主机A的IP地址 目的IP地址：服务器的IP地址（默认为172.16.0.253） 其它字段任意。 应用前面学到的知识计算IP首部校验和。 5. 填写TCP协议信息，其中： 源端口：任意大于1024的数，不要使用下拉列表中的端口 目的端口：80（HTTP协议） 序列号：选择一个序号ISN（假设1942589885），以后的数据都根据它来填写 确认号：0 首部长度：50（长度20字节） 标志位：02（标志SYN=1） 窗口大小：任意 紧急指针：0 - 20 -
使用协议编辑器的“手动计算”方法计算校验和；再使用协议编辑器的“自动计算”方法计算校验和。将两次计算结果相比较，若结果不一致，则重新计算。 ● TCP在计算校验和时包括哪些内容？ 答：协议字段、源IP地址、目的IP地址、TCP数据总长度、TCP首部、TCP数据。 6. 将设置完成的数据帧复制3份。 修改第二帧的TCP 层的“标志”位为10（即标志位ACK=1），TCP层的“序列号”为1942589885+1。 修改第三帧的TCP层的“标志”位为11（即标志位ACK=1、FIN=1），TCP层的“序列号”为1942589885+1。 修改第四帧的TCP层的“标志”位为10（即标志位ACK=1），TCP层的“序列号”为1942589885+2。 7. 在发送该TCP连接请求之前，先ping一次目标服务器，让目标服务器知道自己的MAC地址。 8. 启动“实验平台工具栏中的启动屏蔽”，为TCP/IP协议栈过滤掉收到的TCP数据。 9. 点击菜单栏中的[发送]按钮，在弹出对话框中选择发送第一帧。 10. 在主机B上捕获相应的应答报文，这里要求协议分析器一端的同学及时准确地捕获应答报文并迅速从中获得应答报文的接收字节序列号，并告知协议编辑器一端的同学。 11. 假设接收字节序号为：3246281765，修改第二帧和第三帧TCP层的“确认号”的值为：3246281766。 12. 计算第二帧的TCP校验和，将该帧发送。对服务器的应答报文进行确认。 13. 计算第三帧的TCP校验和，将该帧发送。 14. 在主机B上观察应答报文，要及时把最后一帧“序列号”告知协议编辑器一端的同学。 15. 修改第四帧的TCP层“确认号”为接收的序列号+1（即3246281767）。 16. 计算第四帧的TCP校验和，将该帧发送。断开连接，完成TCP连接的全过程。 17. 协议分析器一端截获相应的请求及应答报文并分析，注意观察“会话分析”中的会话过程。 18. 编辑端主机启动“实验平台工具栏中的停止屏蔽”，恢复正常网络功能 练习三：TCP的重传机制 本练习将主机A和B作为一组，主机C和D作为一组，主机E和F作为一组。现仅以主机A、B所在组为例，其它组的操作参考主机A、B所在组的操作。 1. 主机B上启动“实验平台工具栏中的TCP工具”，作为服务端，监听端口设置为2483。 2. 主机B启动协议分析器开始捕获数据并设置过滤条件（提取TCP协议）。 3. 主机A启动TCP工具连接主机B。 （1）主机A启动“实验平台工具栏中的TCP工具”。 （2）选中“客户端”单选框。 （3）在“地址”文本框中填入主机B的IP地址。 （4）在“端口”文本框中填入主机B的TCP监听端口（2483）。 （5）点击[连接]按钮进行连接。 4. 主机A向主机B发送一条信息。 5. 主机B启动“实验平台工具栏中的启动TCP屏蔽”，过滤掉接收到的TCP数据。 6. 主机A向主机B再发送一条信息。 - 21 -
7. 主机B刷新捕获显示，当发现“会话分析视图”中有两条以上超时重传报文后，启动“实验平台工具栏中的停止TCP屏蔽”，恢复正常网络功能。 8. 主机A向主机B再发送一条信息，之后断开连接。 9. 主机B停止捕获数据。依据“会话分析视图”显示结果，绘制本练习的数据报交互图。 思考题： 练习1 1. 为什么在TCP连接过程中要使用三次握手？如不这样做可能会出现什么情况。 答：三次握手解决了连接建立过程中要解决的三个问题：（1）要使每一方能够确定对方的存在。（2）要允许双发协商一些参数（如最大报文段长度、最大窗口大小、服务质量等）。（3）能够对运输实体资源（如缓存大小、连接表中的项目等）进行分配。三次握手相对于请求应答式的连接建立有以下好处：假设主机A发出连接请求，但因连接请求报文丢失而未收到确认。主机A于是再重传一次。后来受到了确认，建立了连接。数据传输完毕后，释放连接。主机A共发送了两个连接请求报文段，其中的第二个到达了主机B。现在假定出现另一种情况，即主机A发送的第一个连接请求报文段并没有丢失，而是在某些网络结点滞留时间太长，以致延误到在这次的连接释放以后才传送到主机B。本来这是一个已经失效的报文段，但主机B收到此失效的连接请求报文段后，就误认为是主机A又发出一次新的连接请求。于是就向主机A发出确认报文段，同意建立连接。主机A由于并没有要求建立连接，因此不会理睬主机B的确认，也不会向主机B发送数据。但主机B却以为运输连接就这样建立了，并一直等待主机A发来数据。主机B的许多资源就这样白白浪费了。采用三次握手可以防止上述现象的发生。例如在刚才的情况下，主机A不会向主机B的确认发出确认。主机B收不到确认，连接就建立不起来了。 2. 解释TCP协议的释放过程？ 练习2 1. 使用TCP协议对实时话音数据的传输有什么有缺点？使用UDP协议在传送数据文件时会有什么问题？ 答：TCP协议可能导致实时语音通讯的延迟。使用UDP传出的数据可能导致数据文件乱序。 练习3 1. 根据实验，测试重传时间和重传次数。 2. 2. TCP协议在进行流量控制时是以数据包丢失作为产生拥塞的标志。有没有不是因拥塞而引起的数据包丢失的情况？如有，请列举出三种情况 答：有。前面的报文已发送，而后面的则不可发送；前面的报文已发送并确认，而后面的则可发送未被确认；前面的报文已发送并确认，而后面的则不可发送。
- 22 -