计算机网络模型-CSDN博客

本文链接：https://blog.csdn.net/brynjiang/article/details/97658066

网络模型结构图

在这里插入图片描述

OSI模型

应用层

功能：给能够产生网络流量且能和用户交互的应用程序提供服务
常见协议：HTTP、HTTPS、FTP、POP3、SMTP、DNS
数据单元：数据单元PDU

e.g. 老板：产生请求
需要给其他公司发送一份合同和几份文件

表现层

数据压缩、加密以及数据格式转换。提供各种用于应用层数据的编码和转换功能，确保一个系统的应用层发送的数据能被另一个系统的应用层识别

e.g. 文秘：加密解密和翻译文件
对方公司来自于德国并不会中文，于是协议采用英文书写。并且文件涉及商业机密，必须进行加密处理。对收到的需要解密和翻译的文件进行处理，在送给老板

会话层

双端会话的建立、管理与维护。可使应用建立和维持会话，并能使会话获得同步。会话层使用校验点可使通信会话在通信失效时从校验点继续恢复通信。

e.g. 公司收发记录库：提供与各个公司的负责人的联系方式，以及收发文件的登记
因为公司长期跟许多公司都有商务往来，所以记录维护了与各个公司的负责人的联系方式。记录每个文件包的收发情况，对于一份资料分多个包裹的寄送的情况，每当对方确认收到一个包裹这里都会进行登记。
当收到公司邮寄负责人送来的其他公司的包裹时，删除这个包裹的所有相关记录，并送往上级

传输层

功能：是提供不同主机上的进程通信的方式。有两种，TCP和UDP
TCP：TCP是一种可靠的传输协议。首先会在双端间建立对话，确认网络是否畅通。然后将文件分段并编号，传输时按照顺序传。因为路由器在转发数据报时路径并不一定，因此可能出现先发的后收到，所以在分段时需要将其编号，以便接收端排序。直到所有数据包传输完成会话才结束，如果在传输中出现丢包，会要求发送端重传，直到传输完成会话才结束。TCP协议还提供流量控制功能，如果接收端接收速度过慢，会暂停发送端发送。
UDP：是一种不可靠的传输协议。不会对文件进行分割，但是其数据包大小是有限的。因此如果文件过大，超过了UDP数据包的大小则必须采用TCP。UDP不需要建立对话，直接发送。如果对方没收到，不会要求发送方重发
数据单元：运输报文
常见协议：TCP、UDP

e.g. 公司邮寄联系人：根据文件大小和性质选择不同的处理方式
因为物流公司不具有可靠性，存在丢件的可能。对于重要物件和大型物件，会将文件拆分成多个包裹邮寄。并且需要先与收件方取得联系并将邮寄信息记录在收发库。每一次寄件需对方确认收到后才能结束，否则将根据收发记录库的记录通知公司再发一份缺失的文件。在收取其他公司发送过来的大文件和重要文件时，需要等待所有包裹都收到，按照顺序整理好，统一送往记录库
对于普通文件，则直接投递到对方公司邮件收发处，无需记录在库也无需对方确认。如果对方没有回应，则再寄一次，若多次后仍无响应，则通知老板邮寄失败。如果收到来自其他公司的普通文件，直接送往上级

网络层

功能：将传输层的报文封装成数据报，其中包括源IP地址(源主机IP)和目的IP地址(目的主机IP)。根据目的IP通过路由表查询下一个转发路由器的IP，并通过ARP协议查到转发路由的MAC地址。如果当前IP地址就是目的IP，则通过端口号将数据送往相应的主机

数据单元：IP数据报(IP分组)
常见协议：ARP(寻找设备MAC地址)、IP、ICMP(报告网络错误)、IGMP(控制分组广播)

e.g. 集散中心快递员：发件：根据路径表确认下一个集散中心的地址，并查询该集散中心负责人的身份证号，填写快递单贴在货物包上，送往出货仓库准备发往下一个集散中心。派件：如果已经到达终点，则根据快递单上的门牌号进行派送。
物流公司不提供可靠运输，可能出现丢件的现象。但其运输路径灵活，如果集散中心出现状况，可以临时改变路线。正是因为路线不固定，因此可能出现晚发送的包裹先收到的情况

数据链路层

功能：封装成帧，将当前路由的MAC地址和下一个转发路由的MAC封装进数据帧。注意，每到一个新的结点都会将数据帧拆开，重新写入新的MAC地址。
透明传输，数据报中与头尾标识符相同的字符进行转义；差错控制，如CRC循环冗余检测
数据单元：数据帧
常见协议：PPP

e.g. 出货仓库：补充下一个集散中心负责人的身份证号、物品明细表后用物流盒封装
每到一个集散地会，当地的仓库管理员会拆开物流盒，查询确认负责人身份证号。然后将包裹送给快递员，查询转发路线，再重新封装继续送往下一个集散中心。
通过物品明细可以检查包裹中是否存在物品丢失或损坏。如果存在缺失损坏，则直接把包裹丢掉，联系寄件人再重新发一份