应用层
表示层
网络层
介质访问控制层
物理层
OSI --- 开放式系统互联
取决于应用
?? 应用层
?? 表示层
?? 会话层
---- 维持网络应用和应用服务器之间的会话连接。会话层地址
实现应用到应用的传输（http协议，ftp协议）
??? 传输层
---- 端到端的传输 --- 端口号 --- （1 - 65535） 其中，1-1023 叫知名端口号?????????????????????????? （地址）
?? 网络层
???? 网络层
网络接口层
数据链路层
---- MAC（介质访问控制层） LLC（逻辑链路控制层） --- FCS（帧校验序列） --- 确保数据的完整性 --- CRC（循环冗余算法）
物理层
TCP/IP协议
标准模型
?对等模型
PDU --- 议数据单元
单位
应用层---- 数据报文
传输层---- 数据段
网络层---- 数据包
数据链路层 ---- 数据帧
物理层 ---- 比特流
传输层 --- TCP/UDP
TCP/UDP的应用场景
什么是面向连接？
TCP头部
16位源端口号：16位的源端口中包含初始化通信的端口。源端口和源IP地址的作用是标识报文的返回地址。
16位目的端口号：16位的目的端口域定义传输的目的。这个端口指明报文接收计算机上的应用程序地址接口。
32位序号：32位的序列号由接收端计算机使用，重新分段的报文成最初形式。当SYN出现，序列码实际上是初始序列码（Initial Sequence Number，ISN），而第一个数据字节是ISN+1。这个序列号（序列码）可用来补偿传输中的不一致。
32位确认序号：32位的序列号由接收端计算机使用，重组分段的报文成最初形式。如果设置了ACK控制位，这个值表示一个准备接收的包的序列码。
4位首部长度：4位包括TCP头大小，指示何处数据开始。
保留（6位）：6位值域，这些位必须是0。为了将来定义新的用途而保留。
标志：6位标志域。表示为：紧急标志、有意义的应答标志、推、重置连接标志、同步序列号标志、完成发送数据标志。按照顺序排列是：URG、ACK、PSH、RST、SYN、FIN。
16位窗口大小：用来表示想收到的每个TCP数据段的大小。TCP的流量控制由连接的每一端通过声明的窗口大小来提供。
窗口大小为字节数，起始于确认序号字段指明的值，这个值是接收端正期望接收的字节。窗口大小是一个16字节字段，因而窗口大小最大为65535字节。
16位校验和：16位TCP头。源机器基于数据内容计算一个数值，收信息机要与源机器数值 结果完全一样，从而证明数据的有效性。检验和覆盖了整个的TCP报文段：这是一个强制性的字段，一定是由发送端计算和存储，并由接收端进行验证的。
16位紧急指针：指向后面是优先数据的字节，在URG标志设置了时才有效。如果URG标志没有被设置，紧急域作为填充。加快处理标示为紧急的数据段。
选项：长度不定，但长度必须为1个字节。如果没有选项就表示这个1字节的域等于0。
数据：该TCP协议包负载的数据。
?
- SYN(Synchronize): 用于发起连接数据包同步双方的初始化序列号。
- ACK(Acknowledge):确认数据。
- RST(Reset):这个标记用来强制断开连接。
- FIN(Finish): 通知对方数据发送完毕，准备断开连接。
- PSH(Push):告知对方这些数据包收到之后马上交给应用层，不能缓存。
- URG：
urg=1,紧急指针指向包内数据段的某个字节(数据从第一字节到指针所指字节就是紧急数据,不进入接收缓冲就直接交给上层进程,余下的数据要进入接收缓冲的)psh=1就是是把接收缓冲中排好序的那一段数据交给上层
两个对象分别为A和B进行建立和断开链接
TCP建立连接的过程 --- 三次握手?
A请求建立链接SYN=1，序号为X。
B确认ACK=1，序号num为x+1 ， SYN=1.序号为y
A确认ACK=1,序号num为y+1，序号为x+1.
（1）第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。
（2）第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。
（3）第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。
简单来说，就是：
1、建立连接时，客户端发送SYN包（SYN=i）到服务器，并进入到SYN-SEND状态，等待服务器确认
2、服务器收到SYN包，必须确认客户的SYN（ack=i+1）,同时自己也发送一个SYN包（SYN=k）,即SYN+ACK包，此时服务器进入SYN-RECV状态
3、客户端收到服务器的SYN+ACK包，向服务器发送确认报ACK（ack=k+1）,此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手，客户端与服务器开始传送数据。
?
TCP断开连接的过程 --- 四次挥手
A断开FIN=1
B确认ACK=1
B断开FIN=1
A确认ACK=1
?
（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。
（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
为什么是三次握手四次挥手
信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是TCP本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的.
TCP没有半开方法的传输方法，但是有半关传输方法，如果新建连接也支持半开传输，那么也得四次握手而不是三次。
半关指的是一方发了fin表明我不发了，但是另外一方不发fin，这时候不发fin的一方还可以继续发数据。
TCP半关闭
- 当TCP链接中A向B发送 FIN 请求关闭，另一端B回应ACK之后，并没有立即发送 FIN 给A,A方处于半关闭状态。
- 此时A可以接收B发送的数据，但是A已经不能再向B发送数据。
TCP确保传输可靠性的手段 --- 确认，重传，排序，流控
网络层
--- IP协议
IP的分片
?
?