若余数R=0，判断这个帧没有差错，
若余数R！=0，判断这个帧有差错。
CRC有很好的检错能力，应用于数据链路层，
在数据链路层发送端FCS的生成和接收端的CRC完全用硬件完成，处理很快，对数据传输的延误非常小。CRC不能抓包
企业获得地址块10.40.0.0/23
网络地址 广播地址
-----------------------------------------------------------
生产车间： 10.40.0.0/24 10.40.0.255/24
-----------------------------------------------------------
网络号：23位
子网号：1位
掩码：/24
主机位：8
每个子网的ip地址数目：256
每个子网实际可用的ip地址：254
-----------------------------------------------------
研发部： 10.40.1.0/26 10.40.1.63/26
市场部： 10.40.1.64/26 10.40.1.127/26
-------------------------------------------------------
网络号：23位
子网号：3位
掩码：/26
主机位：6
每个子网的ip地址数目：64
每个子网实际可用的ip地址：62
-----------------------------------------------------------
财务部： 10.40.1.128/27 10.40.1.159/27
人事部： 10.40.1.160/27 10.40.1.191/27
-----------------------------------------------------------
网络号：23位
子网号：1位
掩码：/27
主机位：5
每个子网的ip地址数目：32
每个子网实际可用的ip地址：30
部门配置
部门之间的通信
- 三次握手
所有基于TCP的流量发送前，发送端与接收端之间都需要相互交互三次TCP报文，建立TCP连接，TCP连接建立完成后，才能传输基于TCP的流量；
第一次握手数据包：客户端发送一个TCP，标志位为SYN，序列号为0， 代表客户端请求建立连接
第二次握手的数据包：服务器发回确认包, 标志位为 SYN,ACK. 将确认序号
第三次握手的数据包：客户端再次发送确认包(ACK) SYN标志位为0,ACK标志位为1.并且把服务器发来ACK的序号字段+1,放在确定字段中发送给对方。在进过三次握手后和服务器建立了TCP连接
- 数据传输
-
确认机制/重传机制
收到基于TCP的流量后，均需要回复对应的确认消息；如果发送了一份基于TCP的流量后，没有收到对应的确认消息，则会将该消息进行重新发送；
流控机制/窗口滑动机制
发送端可以根据接收端可以同一时间内可以接收到的最大的基于TCP的流量大小，动态调整自身的发送窗口；
- 四次挥手
-
当基于TCP的流量传输完成后，双方需要交互四次消息，关闭TCP连接；
第一次挥手：客户端发起一个FIN，表示客户端希望断开连接。
-
第二次挥手：服务端返回一个ACK，表示对客户端断开请求的应答。
第三次挥手：服务端发起一个FIN，表示服务端希望断开连接。
第四次挥手：客户端返回一个ACK，表示对服务端断开请求的应答
