TCP连接的建立与释放

1.TCP连接的建立

1.搭建一个合适的拓扑

2.配置pc与server-pt的IP基本信息，切换到Simulation模式，打开pc的Web Browser，输入192.168.1.254，观察报文的发送情况。

3.观察报文内容
1）TCP连接建立请求报文：HTTP服务使用TCP端口号80，报文序号为0，确认序号也为0，SYN同步标志置1

2）TCP响应：服务器的确认报文段序号为0，确认序号为1，同时将SYN和ACK两个标志位置1

3）TCP确认：由于客户端的连接建立请求报文已消耗掉一个序号，因此这个再确认报文的序号为1，确认号为1，ACK标志置1

2.TCP连接的释放

1）报文段：在数据传输结束后，通信双方都可以发出释放要求。
客户机和Web服务器之间的数据传输结束后，双方都可释放连接。现在客户机先向Web服务器发送链接释放报文段，主动关闭TCP连接。这个报文段的首部中，终止控制位FIN和ACK控制位为1，序号是103，确认序号是472。

2） 服务器确认报文段：Web收到连接释放报文后立即发出确认报文段，确认序号是104，而这个报文段本身的序号是472，ACK控制位是1

3.交互报文变化原因：

序号用来标识从TCP发端向TCP收端发送的数据字节流，它表示在这个报文段中的第 一个数据字节。如果将字节流看作在两个应用程序间的单向流动，则TCP用序号对每个字节 进行计数。序号是32 bit的无符号数，序号到达2-1后又从О开始。
当建立一个新的连接时，SYN标志变1。序号字段包含由这个主机选择的该连接的初始 序号ISN(Initial Sequence Number)。该主机要发送数据的第一个字节序号为这个ISN 加1， 因为SYN标志消耗了一个序号
既然每个传输的字节都被计数，确认序号包含发送确认的一端所期望收到的下一个序号。 因此，确认序号应当是上次已成功收到数据字节序号加1。只有 ACK标志为1 时确认序号字段才有效。发送ACK无需任何代价，因为32 bit的确认序号字段和ACK标志一样，总是TCP首 部的一部分，因此，一旦一个连接建立起来，这个字段总是被设置，ACK标志也总是被设置为1.
TCP为应用层提供全双工服务。这意味数寨能在两个方向上独立地进行传输。因此，连接的每一端必须保持每个方向上的传输数据序号。TCP可以表述为一个没有选搽确认或否认的滑动窗口协议我们说TCP缺少选择确认是 因为TCP首部中的确认序号表示发方已成功收到字节，但还不包含确认序号所指的字节。当前还无法对数据流中选定的部分进行确认。
首部长度给出首部中32 bit字的数目。需要这个值是因为任选字段的长度是可变的。这 个字段占4 bit，因此TCP最多有60字节的首部。然而，没有任选字段，正常的长度是20 字节.在TCP首部中有6个标志位。它们中的多个可同时被设置为1。