实验七1 传输控制协议TCP.docVIP

实验七 传输控制协议TCP 【实验目的】 1. 掌握TCP协议的报文格式2. 掌握TCP连接的建立和释放过程3. 掌握TCP数据传输中编号与确认的过程. 理解TCP重传机制 【实验原理】 一. TCP报文格式 16位源端口号 16位目的端口号 32位序号 32位确认序号 4位首部长度 保留（6位） URG ACK PSH RST SYN FIN 16位窗口大小 16位校验和 16位紧急指针 选项 数据 二. TCP连接的建立????TCP是面向连接的协议。 在面向连接的环境中，开始传输数据之前，在两个终端之间必须先建立一个连接。对于一个要建立的连接，通信双方必须用彼此的初始化序列号seq和来自对方成功传输确认的应答号ack（指明希望收到的下一个八位组的编号）来同步，习惯上将同步信号写为SYN，应答信号写为ACK。 ???? 整个同步的过程称为三次握手，如图三. TCP连接的释放????对于一个已经建立的连接，TCP使用四次握手来结束通话（使用一个带有FIN附加标记的报文段） 如图四. TCP重传机制???? TCP每发送一个报文段，就对这个报文段设置一次计时器。只要计时器设置的重传时间到期，但还没有收到确认，就要重传这一报文段。练习一：察看TCP连接的建立和释放 设置过滤条件（提取TCP协议）。 主机编辑发送给的P数据报。 捕获的数据，填写下表。 字段名称 报文1 报文2 报文3 172.16.1.2 172.16.1.1 172.16.1.2 目标IP 172.16.1.1 172.16.1.2 172.16.1.1 Sequence Number 0 0 1 Acknowledgement Number 0 1 1 ACK比特位 0 1 1 SYN 比特位 1 1 0 4. 在捕获的数据，填写下表。 字段名称 报文4 报文5 报文6 报文7 Sequence Number 1 1 1 2 Acknowledgement Number 1 2 2 1 ACK比特位 1 1 1 1 SYN比特位 0 0 0 0 结合步骤3、所填的表，理解TCP的三次握手建立连接和四次握手的释放连接过程，理解序号、确认号等字段在TCP可靠连接中所起的作用。 练习二：TCP数据包主机72.16.1.1”。 设置过滤条件（提取协议）。 捕获数据，在捕获到的数据中主机所发送的报并回答以下问题Sequence Number为多少？Acknowledgement Number为多少？哪些控制比特置为了1？ 答：目标IP 172.16.1.1，IP首部的协议字段为PPO:0x6，源端口为1026，目标端口为 80，TCP 首部中的Sequence Number 为0，Acknowledgement Number 为 0，SYN为 的比特位为1，其他的全部为0. 在捕获到的数据中主机所的报并回答以下问题Sequence Number为多少？Acknowledgement Number为多少？哪 些控制比特置为了1？ 答：目标IP为 172.16.1.2，IP首部的协议字段为 PRO：0x6，源端口为80 目标端口为 1026，TCP 首部中的Sequence Number 为 0 ，Acknowledgement Number 为1 ，RST 与 ACK位设置了为1，其他的为0. 练习三：TCP的重传机制主机编辑发送给的P数据报。 设置过滤条件（提取协议）。 停止捕获数据。试用具体例子说明为什么在运输连接建立时要使用三次握手。说明如不这样做可能会出现什么情况。 次握手完成两个重要的功能，双方做好发送数据的准备工作双方都知道彼此已准备好允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。计算机A和B之间的通信，假定B给A发送一个连接请求分组，A收到了这个分组，并发送了确认应答分组。按照两次握手的协定，A认为连接已经成功地建立了，可以开始发送数据分组。可是，B在A的应答分组在传输中被丢失的情况下，将不知道A是否已准备好，不知道A建议什么样的序列号，B甚至怀疑A是否收到自己的连接请求分组。在这种情况下，B认为连接还未建立成功，将忽略A发来的任何数据分组，只等待连接确认应答分组。而A在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。使用TCP对实时话音数据的传输有没有什么问题？使用UDP在传送数据文件时会有什么问题？ TCP延时比较大，因为其具有拥塞控制算法，对于实时性要求高的业务来说，有其必然的缺点。UDP没有拥塞控制，只能提供尽力而为的服务，所以会出现丢包现象，且不重传。所以不适合传准确性要求比较高的，不允许有错误的等数据文件。 服务器A 1