OSI七层参考模型

OSI七层参考模型

OSI/RM

ISO--国际公有化组织

分层：降低层次之间关联性，上一层都在下层的基

础上提供增值服务

大而化小的思想

应用层---应用程序

表示层---抽象语言--二进制

会话层---建立维护和断开一次会话连接（主机和服

务器之间建立的会话通讯）

传输层：端到端的传输，应用到应用之间的传输，

区分进程和服务。

端口号：16位二进制构成 0-65535 ，1-1023端口

号（知名端口号，著名端口号）

HTTP：80 web访问需要用到的协议

HTTPS：443

网络层

数据链路层---介质访问控制层MAC+逻辑链路控制层LLC

物理层

协议簇

PDU---协议数据单元

应用层----数据报文 传输层----数据段

网络层---数据包

数据链路层----数据帧

物理层---比特流

封装

解封装 应用层：

HTTP---超文本传输协议：TCP 80端口

HTTPS---安全的超文本传输协议：TCP 443端口

Telent--远程登录协议：TCP 23端口

DHCP--动态主机配置协议：UDP 67 68端口

DNS--域名解析协议：TCP/UDP 53端口

FTP--文件传输协议：TCP 20/21端口

SSH--安全的远程登录协议：TCP 22端口

传输层：TCP UDP

TCP和UDP协议的区别

1.TCP是面向连接的协议，而UDP是无连接的协

议----TCP的三次握手

2.TCP是可靠的传输层协议，UDP是一种“尽力而

为”的协议，排序，确认，重传，流控

3.TCP可以进行流控，而UDP不能

4.TCP可以进行分段，UDP不能进行数据分段

5.TCP传输速率慢，而UDP传输速率快，TCP资源占

用比较大，而UDP资源占用小

即时通讯类会采用UDP

文件，邮件---这一类对可靠性要求比较高的数据采

用TCP进行传输

可变长头部---首部长度：标注TCP头部大小

URG--紧急标志位

ACK--确认标志位                                     PSH---推送

伪头部校验---除了校验自身协议头部内容外，还好

校验部分IP协议的内容。

TCP首部长度是一个4位的字段，表示TCP首部有多少个32位（4字节）的字。 TCP首部长度的 最小值 是5，表示TCP首部只有20个字节（5*4）。 TCP首部长度的 最大值 是15，表示TCP首部有60个字节（15*4）。 TCP首部长度可以根据选项字段的存在与否而变化，选项字段最多可以占40个字节（10*4）

TCP的三次握手：

最开始的时候客户端和服务器都是处于CLOSED关闭状态。主动打开连接的为客户端，被动打开连接的是服务器。

TCP服务器进程先创建传输控制块TCB，时刻准备接受客户进程的连接请求，此时服务器就进入了 LISTEN 监听状态

第一次握手 TCP客户进程也是先创建传输控制块TCB，然后向服务器发出连接请求报文，这是报文首部中的同部位SYN=1，同时选择一个初始序列号 seq=x ，此时，TCP客户端进程进入了 SYN-SENT 同步已发送状态

第二次握手 TCP服务器收到请求报文后，如果同意连接，则会向客户端发出确认报文。确认报文中应该 ACK=1，SYN=1，确认号是ack=x+1，同时也要为自己初始化一个序列号 seq=y，此时，TCP服务器进程进入了 SYN-RCVD 同步收到状态

第三次握手 TCP客户端收到确认后，还要向服务器给出确认。确认报文的ACK=1，ack=y+1，自己的序列号seq=x+1，此时，TCP连接建立，客户端进入ESTABLISHED已建立连接状态 触发三次握手

有人可能会很疑惑为什么要进行第三次握手？
主要原因：防止已经失效的连接请求报文突然又传送到了服务器，从而产生错误

第一次握手： 客户端向服务器端发送报文
证明客户端的发送能力正常
第二次握手：服务器端接收到报文并向客户端发送报文
证明服务器端的接收能力、发送能力正常
第三次握手：客户端向服务器发送报文
证明客户端的接收能力正常
 

TCP的四次挥手：

流控：滑动窗口机制

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

第一次挥手 客户端发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态

第二次挥手 服务器端接收到连接释放报文后，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT 关闭等待状态

第三次挥手 客户端接收到服务器端的确认请求后，客户端就会进入FIN-WAIT-2（终止等待2）状态，等待服务器发送连接释放报文，服务器将最后的数据发送完毕后，就向客户端发送连接释放报文，服务器就进入了LAST-ACK（最后确认）状态，等待客户端的确认。

第四次挥手 客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w+1，而自己的序列号是seq=u+1，此时，客户端就进入了TIME-WAIT（时间等待）状态，但此时TCP连接还未终止，必须要经过2MSL后（最长报文寿命），当客户端撤销相应的TCB后，客户端才会进入CLOSED关闭状态，服务器端接收到确认报文后，会立即进入CLOSED关闭状态，到这里TCP连接就断开了，四次挥手完成
————————————————
版权声明：本文为CSDN博主「开到荼蘼223's」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/m0_56649557/article/details/119492899

网络层：IP

MTU---最大传输单元：

1500字节 默认携带的最大数据量--- 1500-20 -20=1460

MSS--最大段长度1480

生存时间---每经过一个路由器的转发这个TTL值会

减1。

协议：标注上层协议类型，解封装时重要的参

数，6--TCP 17UDP

数据链路层：以太网协议--

类型：标注上层协议类型，解封装时重要的参数

FCS：校验和，校验数据完整性的参数：算法

循环冗余算法

物理层