计算机网络 —— OSI参考模型与TCP/IP
OSI参考模型与TCP/IP是计算机网络的基础,本文结合实例详细介绍了两者的概念与联系。
OSI参考模型与TCP/IP
1. OSI参考模型
1.1 概念
OSI模型(Open System Interconnection Reference Model),即开放式通信系统互联参考模型,是国际标准化组织(ISO,International Organization for Standards)提出的一个试图使各种计算机在世界范围内互连为网络的标准框架。
- 应用层(Application Layer):发什么
- 表示层(Presentation Layer):以什么样的格式发
- 会话层(Session Layer):分几次发
- 传输层(Transport Layer):是否可靠发送/是否有数据丢失
- 网络层(Network Layer):怎么发到
- 数据链路层(Data Link Layer):收到数据,分给哪些设备
- 物理层(Physical Layer):数据传输至物理设备
(1) 应用层
针对特定应用协议,为应用程序或用户请求提供各种请求服务,规定应用程序的相关通信细节。
OSI参考模型最高层,也是最靠近用户的一层,为计算机用户、各种应用程序以及网络提供接口,也为用户直接提供各种网络服务。
(2)表示层
数据编码、格式转换、数据加密。
该层可提供一种标准表示形式,用于将计算机内部的多种数据格式转换成通信中采用的标准表示形式,确保一个系统的应用层发送的数据能被另一个系统的应用层识别。
数据压缩和加密也属于表示层可提供的转换功能。
(3)会话层
通信管理:负责建立、管理和终止表示层实体之间的通信会话,支持它们之间的数据交换。
该层的通信由不同设备中的应用程序之间的服务请求和响应组成。
(4)传输层
管理两个节点之间的数据传输:建立主机端到端的链接,为会话层和网络层提供端到端可靠的和透明的数据传输服务,确保数据能完整的传输到网络层。
(5)网络层
地址管理及路由选择:通过路由选择算法,为报文或通信子网选择最适当的路径。控制数据链路层与传输层之间的信息转发,建立、维持和终止网络的连接。数据链路层的数据在这一层被转换为数据包,然后通过路径选择、分段组合、顺序、进/出路由等控制,将信息从一个网络设备传送到另一个网络设备。
(6)数据链路层
互联设备的数据帧传送和链路管理
数据帧的接收与生成
- 接收来自物理层的位流形式的数据(0、1序列),封装成帧,传送到网络层;
- 将网络层的数据帧,拆装为位流形式的数据(0、1序列)转发到物理层;
负责建立和管理节点间的链路,通过各种控制协议,将有差错的物理信道变为无差错的、能可靠传输数据帧的数据链路。
(7)物理层
传输介质为数据链路层提供物理连接,实现0、1比特流与电压/光强高低的转换,实现相邻计算机节点之间比特流的透明传送,屏蔽具体传输介质和物理设备的差异。
1.2 数据传输过程
网络中传输的数据包由两部分组成:
- 一部分是协议所要用到的首部
- 另一部分是上层传过来的数据
每个分层中,都会对所发送的数据附加一个首部,在这个首部中包含了该层必要的信息,如发送的目标地址以及协议相关信息,明确标明了协议应该如何读取数据。首部的结构由协议的具体规范详细定义。
在下一层的角度看,从上一分层收到的包全部都被认为是本层的数据。
1.3 PDU
在分层网络结构中的每一层都将建立协议数据单元(PDU,Protocol Data Unit),包括比特流、帧、包/分组、数据段/数据报、数据/消息。
每个分层都会对所发送的数据附加一个首部,这个首部中包含了该层必要的信息。通常,为协议提供的信息为包首部,所要发送的内容为数据。在下一层的角度看,从上一分层收到的包全部都被认为是本层的数据。
各层PDU如下:
- 物理层:比特流(bit)
- 数据链路层:帧(frame)
- 网络层:包/分组(packet)
- 传输层:TCP协议的数据单元叫数据段(segment);UDP协议的数据单元称为数据报/报文(datagram)
- 应用层:数据(data)或消息(message)
2. TCP/IP
2.1 概念
(1)应用层
TCP/IP模型将OSI参考模型中的会话层和表示层的功能合并到应用层实现。
主要协议:HTTP(HyperText Transfer Protocol)、DNS(Domain Name System)、SMTP(Simple Mail Transfer Protocol)、FTP(File Transfer Protocol),TELNET、SNMP(Simple Network Management Protocol)
(2)传输层
在TCP/IP模型中,传输层的功能是使源端主机和目标端主机上的对等实体可以进行会话。
传输层定义了两种服务质量不同的协议。
- TCP(Transmission Control Protocol):传输控制协议是一种面向有连接的传输层协议,能够正确处理在传输过程中丢包、传输顺序乱掉等异常情况,保证两端通信主机之间的通信可达
- UDP(User Datagram Protocol):用户数据报协议是一种面向无连接的传输层协议,常用于分组数据较少或多播、广播通信以及视频通信等多媒体领域。
(3)网络层
网络层是整个TCP/IP协议栈的核心,它的功能是把分组发往目标网络或主机。
网络层定义了分组格式和协议,即IP协议(Internet Protocol )。
(4)数据链路层
数据链路层控制网络层与物理层之间的通信,主要功能是保证物理线路上进行可靠的数据传递。
为了保证传输,从网络层接收到的数据被分割成特定的可被物理层传输的帧。帧是用来移动数据结构的结构包,不仅包含原始数据,还包含发送方和接收方的物理地址以及纠错和控制信息。其中的地址确定了帧将发送到何处,而纠错和控制信息则确保帧无差错到达。如果在传达数据时,接收点检测到所传数据中有差错,就要通知发送方重发这一帧。
(5)物理层
该层负责比特流在节点之间的传输,该层的协议既与链路有关,也与传输的介质有关,通俗来说就是把计算机连接起来的物理手段。
有时也将数据链路层与物理层合并称为网络接口层(Network Access Layer)。
2.2 数据传输过程
3. 对应关系
4. 例子
4.1 发送数据包
假设甲给乙发送电子邮件,内容为:“早上好”。而从TCP/IP通信上看,是从一台计算机A向另一台计算机B发送电子邮件。
(1)应用层处理
启动应用程序新建邮件,将收件人邮箱填好,再由键盘输入邮件内容“早上好”,点击“发送”按钮开始通信。
应用在发送邮件的那一刻建立TCP连接,从而利用这个TCP连接发送数据。它的过程首先是将应用的数据发送给下一层的TCP,再做实际的转发处理。
- 首先,应用程序中会进行编码处理,相当于OSI的表示层功能。
- 邮件编码后不一定会马上被发送出去,因为有些邮件的软件有一次同时发送多个邮件的功能,也可能会有用户点击“收信”按钮以后才一并接收新邮件的功能。这种何时建立通信连接何时发送数据的管理功能,从某种宽泛的意义上看属于OSI参考模型中会话层的功能。
(2)传输层处理
TCP 根据应用层要求,负责建立连接、发送数据以及断开连接。TCP 提供将应用层发来的数据顺利发送至对端的可靠传输。
TCP在应用层数据的前端附加一个TCP首部,发给网络层。
TCP 首部中包括:
- 源端口号和目标端口号(识别发送主机跟接收主机上的应用)
- 序号(用以发送的包中哪部分是数据)
- Check Sum(判断数据是否被损坏)
(3)网络层处理
网络层将传输层传过来的TCP首部和TCP数据合起来当做自己的数据,并在TCP首部的前端在加IP首部。
IP首部中包含
- 接收端IP地址以及发送端 IP地址
- 判断其后面数据是TCP还是UDP的信息
IP包生成后,参考路由控制表决定接受此IP包的路由或主机。随后,IP包将被发送给连接这些路由器或主机网络接口的驱动程序,以实现真正发送数据。
如果尚不知道接收端的MAC地址,可以利用ARP(Address Resolution Protocol)查找。只要知道了对端的MAC地址,就可以将MAC地址和IP地址交给以太网的驱动程序,实现数据传输。
(4)数据链路层的处理
数据链路层将IP包,附加以太网首部并进行发送处理。
以太网首部中包含
- 接收端MAC地址和发送端MAC地址
- 标志以太网类型的以太网数据的协议。
根据上述信息产生的以太网数据包将通过物理层传输给接收端。发送处理中的FCS(Frame Check Sequence)由硬件计算,添加到包的最后,FCS 的目的是为了判断数据包是否由于噪声而被破坏。
4.2 传输数据包
每个包首部中至少都会包含两个信息:
- 发送端和接收端地址
- 上一层的协议类型
每个包从前往后依此被附加了以太网包首部、IP包首部、TCP包首部(或UDP包首部)以及应用的包首部和数据,包的最后则追加了以太网包尾(Ethernet Trailer)。
此外,每个分层的包首部中还包含一个识别位,用来标识上一层协议的种类信息。例如以太网的包首部中的以太网类型,IP中的协议类型以及TCP/UDP中两个端口的端口号等都起着识别协议类型的作用。应用的首部信息中,有时也会包含一个用来识别其数据类型的标签。
4.3 接收数据包
数据包的接收流程是发送流程的逆序过程。
(1)数据链路层处理
主机收到以太网包以后,首先从以太网的包首部找到MAC地址判断是否为发给自己的包。如果不是发给自己的包则丢弃;如果是,就查找以太网包首部中的类型域从而确定以太网协议所传送过来的数据类型。如该例中数据类型是IP包,因此再将数据传给处理IP的子程序,如果是其他诸如ARP的协议,就把数据传给ARP处理。
如果以太网包首部的类型域包含了一个无法识别的协议类型,则丢弃数据。
(2)网络层处理
IP 模块收到IP包首部及后面的数据部分以后,也做类似处理。如果判断得出包首部中的IP地址与自己的IP地址匹配,则接收数据并从中查找上一层的协议。如果上一层是TCP就将IP包首部之后的部分传给TCP处理;如果是UDP则将IP包首部后面的部分传给UDP处理。
对于有路由器的情况下,接收端地址往往不是自己的地址,此时,需要借助路由控制表,在调查应该送达的主机或路由器以后再转发数据。
(3)传输层处理
TCP模块首先会计算一下Check Sum,判断数据是否被破坏。然后检查是否在按照序号接收数据。最后检查端口号,确定具体的应用程序。
数据接收完毕后,接收端则发送一个“确认回执”给发送端。如果这个回执信息未能达到发送端,那么发送端会认为接收端没有接收到数据而一直反复发送。
数据被完整地接收以后,会传给由端口号识别的应用程序。
(4)应用层处理
接收端应用程序会直接接收发送端发送的数据。通过解析数据可以获知邮件的收件人地址是乙的地址。如果主机B上没有乙的邮件信箱,那么主机B返回给发送端一个“无此收件地址”的报错信息。
该例中,主机B上恰好有乙的收件箱,所以主机B和收件人乙能够收到电子邮件的正文。邮件会被保存到本机的硬盘上。如果保存也能正常进行,那么接收端会返回一个“处理正常”的回执给发送端。反之,一旦出现磁盘满、邮件未能成功保存等问题,就会发送一个“处理异常”的回执给发送端。
最终,用户乙利用主机B上的邮件客户端,接收并阅读由主机A上的用户甲所发送的电子邮件一“早上好”。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)