hcia TCP

应用层：人机交互的接口
表示层：进行格式的统一
会话层：提供网络服务中端到端的连接会话。
传输层：TCP/UDP；用以标定和区分不同应用层程序。端口号：2字节
网络层：IP、ARP、ICMP
数据链路层：LLC/MAC--->根据二进制生成电信号；MAC地址
物理层
TCP ：
1.是应用程序在使用 TCP 协议之前，必须先建立 TCP 连接。 在传送数据完毕后，必须释放已经建立的 TCP 连接面向连接的运输层协议
2.每一条 TCP 连接只能有两个，每一条 TCP 连接只能是(一对一)点对点
3.TCP 提供的服务。 通过 TCP 连接传送的数据，无差错、不丢失、不重复，并且按序到达可靠交付
4.TCP 允许通信双方的应用进程在任何时候都能发送数据。 TCP 连接的两端都设有发送缓存和接受缓存，用来临时存放双向通信的数据全双工通信
5.面向字节流 TCP 中的“流”指的是流入到进程或从进程流出的字节序列

TCP报文段：
确认序列号：1、该确认序列号表示接收方期望收到发送方发送的下一个字节的序号。
          2、代表接收方已收到该确认序列号之前的所有字节。
          
窗口值：指发送方可以不需要接收确认报文，就可以连续发送的数据最大量。

选项字段：MSS、时间戳、选择确认机制、窗口因子；
​    **TCP的确认机制被称为累积确认**。
确认位ACK：当ACK=1时，确认序列号字段有意义。在TCP连接建立后，所有传输的报文段都必须将ACK置为1。
同步位SYN：代表连接请求
终止位FIN：表明此报文段发送方数据已全部发送完毕，要求释放连接。

复位RST：表明TCP连接出现严重错误，必须释放连接，并重新建立新的传输连接。
紧急位URG：当URG=1时，表明此报文中存在紧急处理的数据，是高优先级数据，应尽快交付应用程序处理。与紧急指针配合使用。
推送位PSH：接收方应尽快交付接收应用进程，不再等待缓冲区填满在向上交付。

连接建立过程（三次握手）

最初客户/服务器的 TCP 进程都处于 状态。 在本实例中，A ，而 B CLOSED(关闭)主动打开连接被动打开连接
B 的 TCP 服务器进程先创建 TCB，并处于 状态，等待客户的连接请求传输控制块LISTEN(收听)
A 的 TCP 客户进程创建 TCB。 并向 B 发出连接请求报文段，首部中的同部位 SYN = 1，选择一个初始序号 seq = x。 TCP 客户端进程进入 状态。 TCP 规定，SYN 报文段(即 SYN = 1 的报文段)不能携带数据，但要传输控制模块SYN-SENT(同步已发送)消耗一个序号
B 收到连接请求报文段后，如同意建立连接，则向 A 发送确认。 在确认报文段中应把 SYN 位和 ACK 位都置1，确认号是 ack = x + 1，同时也为自己选择一个初始序号 seq = y。 这时 TCP 服务器进程进入 状态。 这个报文段也不能携带数据，但同样SYN-RCVD(同步收到)要消耗掉一个序号
TCP 客户进程收到 B 的确认后，还要向 B 给出确认。 确认报文段的 ACK 置1，确认号 ack = y + 1，而自己的序号 seq = x + 1。 TCP 的标准规定，ACK 报文段可以携带数据。 但，在这种情况下，下一个数据报文段的序号仍是 seq = x + 1。 这时，TCP 连接已经建立，A 进入 状态如果不携带数据则不消耗序号ESTABLISHED(已建立连接)
当 B 收到 A 的确认后，也进入 状态ESTABLISHED
传输控制块 TCB(Transmission Control Block)存储了每一个连接中的一些重要信息，如：TCP 连接表，指向发送和接收缓存的指针，指向重传队列的指针，当前的发送和接收序号等等

连接释放过程（四次挥手）

A 的应用进程先向其 TCP 发出连接释放报文段，并停止再发送数据，主动关闭 TCP 连接。 A 把连接释放报文段首部的终止控制位 FIN 置1，其序号 seq = u，它等于前面已传送过的数据的最后一个字节的序号加1。 这时 A 进入 状态，等待 B 的确认。 TCP 规定，FIN 报文段即使不携带数据，也消耗一个序号FIN-WAIT-1(终止等待1)
B 收到连接释放报文段后即发出确认，确认号是 ack = u + 1，而这个报文段自己的序号是 v，等于 B 前面已传送过的数据的最后一个字节的序号加1。 B随即进入 状态。 TCP 服务器进程这时应通知高层应用进程，因而从 A 到 B 这个方向的连接就释放了，这时的 TCP 连接处于 状态，即 A 已经没有数据要发送了，但 B 若发送数据，A 仍要接收。 也就是说，从 B 到 A 这个方向的连接并未关闭，这个状态可能会持续一段时间CLOSE-WAIT(关闭等待)半关闭(half-close)
A 收到来自 B 的确认后，就进入 状态，等待 B 发出的连接释放报文段FIN-WAIT-2(终止等待2)
若 B 已经没有要向 A 发送的数据，其应用进程就通知 TCP 释放连接。 这时 B 发出的连接释放报文段必须使 FIN = 1。 现假定 B 的序号为 w(在半关闭状态 B 可能又发送了一些数据)。 B 还必须重复上次已发送过的确认号 ack = u + 1。 这时 B 就进入 状态，等待 A 的确认LAST-ACK(最后确认)
A 在收到 B 的连接释放报文段后，必须对此发出确认。 在确认报文段中把 ACK 置1，确认号 ack = w + 1，而自己的序号是 seq = u + 1(根据 TCP 标准，前面发送过的 FIN 报文段要消耗一个序号)。 然后进入到 状态。 此时 TCP 连接还没有释放掉。 必须经过设置的时间2MSL后，A 才进入到 状态TIME-WAIT(时间等待)时间等待计时器(TIME-WAIT timer)CLOSED
当 A 撤销相应的传输控制块 TCB 后，就结束了这次的 TCP 连接
时间 MSL 叫做(Maximum Segment Lifetime)，RFC 793建议设为2分钟。 但这完全是从工程上来考虑的，对于现在的网络，MSL = 2分钟可能太长了一些最长报文段寿命