网络通信网络基础week2

数据通信网络基础

2.网络参考模型

应用和数据

应用

应用的存在是为了满足人们各种需求,伴随着应用就会有信息的产生,比如文本、图片、视频都是信息不同的呈现方式

数据

数据产生:在计算机领域,数据是信息的载体

数据传输:大部分应用程序所产生的数据需要在不同的设备之间传递,网络的作用是来传递数据

在这里插入图片描述

计算机只能识别0和1组成的电子数据,并不具备读取各种信息的能力,所以信息需要通过一定的规则翻译成数据

读取信息时,需要将数据转换成人类能理解的信息

网络参考模型与标准协议
OSI参考模型
OSI解释
应用层对应用程序提供接口
表示层进行数据格式的转换,以确保一个系统的生成的应用层数据能够被另外一个系统的应用层所识别和理解
会话层在通信双方之间建立、管理和终止会话
传输层建立、维护和取消依次端到端的数据传输过程。控制传输节奏的快慢,调整数据的排序等
网络层定义逻辑地址;实现数据从源到目的地的转发
数据链路层将分组数据封装成帧;在数据链路上实现数据的点到点或点到多方式的直接通信;差错检测
物理层在媒介上传输比特流;提供机械和电器的规约

OSI参考模型又被称为七层模型,由下至上依次为:

  • 物理层:在设备之间传输比特流,规定了电平、速度和电缆针脚等物理特性。

  • 数据链路层:将比特组合成字节,再将字节组合成帧,使用链路层地址(以太网使用MAC地址)来访问介质,并进行差错检测。

  • 网络层:定义逻辑地址,供路由器确定路径,负责将数据从源网络传输到目的网络。

  • 传输层:提供面向连接或非面向连接的数据传递以及进行重传前的差错检测。

  • 会话层:负责建立、管理和终止表示层实体之间的通信会话。该层的通信由不同设备中的应用程序之间的服务请求和响应组成。

  • 表示层:提供各种用于应用层数据的编码和转换功能,确保一个系统的应用层发送的数据能被另一个系统的应用层识别。

  • 应用层:OSI参考模型中最靠近用户的一层,为应用程序提供网络服务

TCP/IP参考模型与标准协议

对于OSI协议栈比较复杂,在实际应用中OSI参考模型只是被当作互联网主流的参考模型,而TCP/IP参考模型才是实际中运用的。

请添加图片描述

TCP/IP常见协议

在这里插入图片描述

  • 应用层

    • HTTP(Hypertext Transfer Protocol,超文本传输协议):用来访问在网页服务器上的各种页面。
    • FTP(File Transfer Protocol,文件传输协议):为文件传输提供了途径,它允许数据从一台主机传送到另一台主机上。
    • DNS(Domain Name Service,域名称解析服务):用于实现从主机域名到IP地址之间的转换。
  • 传输层

    • TCP (Transmission Control Protocol,传输控制协议) :为应用程序提供可靠的面向连接的通信服务。目前,许多流行的应用程序都使用TCP。
    • UDP(User Datagram Protocol,用户数据报协议):提供了无连接通信,且不对传送数据包进行可靠性的保证。
  • 网络层

    • IP(Internet Protocol,互联网协议):将传输层的数据封装成数据包并完成源站点到目的站点的转发,提供无连接的、不可靠的服务。
    • IGMP(Internet Group Management Protocol,因特网组管理协议):负责IP组播
      成员管理的协议。它用来在IP主机和与其直接相邻的组播路由器之间建立、维护组播组成员关系。
    • ICMP(Internet Control Message Protocol,网际报文控制协议):基于IP协议在网络中发送控制消息,提供可能发生在通信环境中的各种问题反馈。通过这些信息,使管理者可以对所发生的问题作出诊断,然后采取适当的措施解决。
  • 数据链路层

    • PPP(Point-to-Point Protocol,点对点协议):一种点对点模式的数据链路层协议,多用于广域网。
    • Ethernet( 以太网协议 ):一种多路访问广播型数据链路层协议,是当前应用最为广泛的局域网技术。
    • PPPoE(Point-to-Point Protocol over Ethernet,以太网承载PPP协议):PPPoE提
      供通过简单桥接访问设备(接入设备)把一个网络的多个主机连接到远程访问集中器的功能。常见的应用有家庭宽带拨号上网。

    TCP/IP每一层都让数据得以通过网络进行传输,这些层之间使用PDU(Packet Data Unit,协议数据单元)彼此交换信息,确保网络设备之间能够通信。

    不同层的PDU中包含有不同的信息,因此PDU在不同层被赋予了不同的名称。

常见的协议标准化组织
  • IETF
  • IEEE
  • ISO
应用层

应用层为应用软件提供接口,使应用程序能够使用网络服务。应用层协议会指定使用相应的传输层协议,以及传输层所使用的端口等

应用层的PDU被称为Data(数据)

请添加图片描述

常见的应用层协议

FTP:一个用于从一台主机传送文件到另一台主机的协议,用于文件的下载和上传,它采用C/S结构

在这里插入图片描述

telnet:数据网络中提供远程登录服务的标准协议

在这里插入图片描述

HTTP:互联网上应用最广泛的异种网络协议。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法

在这里插入图片描述

传输层

传输层协议接收来自应用层协议的数据,封装上相应的传输层头部,帮助建立端到端的连接

传输层的PDU被称为数据段

在这里插入图片描述

TCP和UDP----报文格式

在这里插入图片描述

对于TCP和UDP来说会添加相应的报文和头部字段,对于TCP可靠传输的情况下添加的20BYTE头部字段,而UDP头部添加仅仅8BYTE的头部字段。
TCP/UDP的共同点包括两个协议的传输添加的头部字段里都包含了端口号,源端口和目的端口。端口号是区分应用层的应用程序的,数据传输的传输层之后添加端口号,让应用层知道这个端口标记的协议,UDP本地端口号可以表示0-2的16次方-1,理论值可以达到0-65535种协议,对应传输到应用层就是65536种应用程序。
  • TCP报文头部:

    • Source Port:源端口,标识哪个应用程序发送。长度为16比特。
    • Destination Port:目的端口,标识哪个应用程序接收。长度为16比特。
    • Sequence Number:序号字段。TCP链接中传输的数据流每个字节都编上一个序号。序号字段的值指的是本报文段所发送数据的第一个字节的序号。长度为32比特。
    • Acknowledgment Number:确认序列号,是期望收到对方下一个报文段数据的第1个字节的序号,即上次已成功接收到的数据段的最后一个字节数据的序号加1。只有Ack标识为1,此字段有效。长度为32比特。
    • Header Length:头部长度,指出TCP报文头部长度,以32比特(4字节)为计算单位。若无选项内容,则该字段为5,即头部为20字节。
    • Reserved:保留,必须填0。长度为6比特。
    • Control bits:控制位,包含FIN、ACK、SYN等标志位,代表不同状态下的TCP数据段。
    • Window:窗口TCP的流量控制,这个值表明当前接收端可接受的最大的数据总数(以字节为单位)。窗口最大为65535字节。长度为16比特。
    • Checksum:校验字段,是一个强制性的字段,由发端计算和存储,并由收端进行验证。在计算检验和时,要包括TCP头部和TCP数据,同时在TCP报文段的前面加上12字节的伪头部。长度为16比特。
    • Urgent:紧急指针,只有当URG标志置1时紧急指针才有效。TCP的紧急方式是发送端向另一端发送紧急数据的一种方式。紧急指针指出在本报文段中紧急数据共有多少个字节(紧急数据放在本报文段数据的最前面)。长度为16比特。
    • Options:选项字段(可选),长度为0-40字节。
  • UDP报文头部:

    • Source Port:源端口,标识哪个应用程序发送。长度为16比特。
    • Destination Port:目的端口,标识哪个应用程序接收。长度为16比特。
    • Length:该字段指定UDP报头和数据总共占用的长度。可能的最小长度是8字节,因为UDP报头已经占用了8字节。由于这个字段的存在,UDP报文总长不可能超过65535字节(包括8字节的报头,和65527字节的数据)。
    • Checksum:覆盖UDP头部和UDP数据的校验和,长度为16比特。
TCP和UDP—端口号

在这里插入图片描述

客户端的通过本地的端口如图中就是告诉客户端tcp1231端口就是Telenet,tcp1024端口就是http,对于服务器来说也有目的端口对应应用程序,如图中tcp80端口就是http应用,tcp23端口就是telnet应用。客户端封装一个数据然后发送出去。例如客户端要访问百度,那么就会带上http的载荷也就是访问的信息,到达传输层之后使用的是tcp协议,tcp头部中本地使用的源端口是1024来表示我要访问http协议的应用,目的端口表示我要去访问我的网页信息,对于IP头部来说,源ip就是客户端地址,访问目的ip服务器地址。
客户端使用的源端口一般是随机分配,目标端口则由服务器的应用指定
源端口号一般为系统中未使用的,且大于1023
目的端口号为服务端开启的服务(应用)所侦听的端口,如HTTP缺省使用80
TCP的建立—三次握手

对于TCP和UDP的传输中TCP的可靠传输是要确保数据传输过去是完整的顺序正确的。而在传输过程中会有很多基于可靠传输的检测

任何基于TCP的应用,在发送数据之前,都需要由TCP进行三次握手的建立连接

在这里插入图片描述

如图pc1的ip地址为1.1.1.1 源端口为1024,pc2的ip地址为2.2.2.2 目的端口为23,而继续目的端口可以得知23所要表达的应用协议为telnet,由此可以得知pc1想要远程连接管理pc2
在进行pc1对pc2发出的telnet远程连接的数据中,需要建立三次握手
tcp头部还包含了序列号、确认号、flag字段
意思是告诉pc2我要开始通信,通信的编码编号是从A开始(A是一个数字)确认号ack为0,第一次发出的报文没有需要确认的东西所以为0
flags:syn置位(置位表示有0和1两种取值 这个位置取值为1)
当pc2收到了这个信息之后需要给一个回应 回应中序列号从A变为B(AB之间没有联系)确认号有联系是序列号+1(A+1)表达的信息为你的信息我已经收到了,我同意进行收下一封信息,同时flags字段里SYN和ACK的置位标记为1,这是pc2给pc1的回应
当pc1收到信息时可以确定第一封发出去的信息对方已经收到,收到pc2发过来的回信时也要做一次确认序列号为之前第一封发出去的A+1,确认号为B+1是要告诉pc2你的回复收到了相互确认的过程,三次握手就是确认的过程,表明tcp连接已经建立
  • TCP连接建立的详细过程如下:
    • 由TCP连接发起方(图中PC1),发送第一个SYN位置1的TCP报文。初始序列号a为一个随机生成的数字,因为没收到过来自PC2的任何报文,所以确认序列号为0 ;
    • 接收方(图中PC2)接收到合法的SYN报文之后,回复一个SYN和ACK置1的TCP报文。初始序列号b为一个随机生成的数字,同时因为此报文是回复给PC1的报文,所以确认序列号为a+1;
    • PC1接收到PC2发送的SYN和ACK置位的TCP报文后,回复一个ACK置位的报文,此时序列号为a+1,确认序列号为b+1。PC2收到之后,TCP双向连接建立。
Tcp的序列号和确认序列号

tcp使用的序列号和确认序列号字段实现数据的可靠和有序传输
在这里插入图片描述

确认机制
pc1和pc2建立通信后,pc1向pc2发送数据包,第一次tcp的序列号为A+1,确认号为B+1要发送的信息载荷为12BYTE,pc2收到pc1的信息后做出的回复是序列号B+1,确认号为A+1+12,因为要确认pc1发送的数据信息pc2已经成功接收,载荷为0是因为pc2只是对pc1发过来的信息做出回应并没有要传递的信息载荷,pc1收到后发送下一次的数据,序列号为A+13 确认号为B+1 载荷为66BYTE,pc2收到做出的回复相应的确认号会变成A+12+66
  • 假设PC1要给PC2发送一段数据,传输过程如下:

    • PC1将全部待TCP发送的数据按照字节为单位编上号。假设第一个字节的编号为“a+1”,第二个字节的序号为“a+2”,依次类推。
    • PC1会把每一段数据的第一个字节的编号作为序列号(Sequence number),然后将TCP报文发送出去。
    • PC2在收到PC1发送来的TCP报文后,需要给予确认同时请求下一段数据,如何确定下一段数据呢?序列号( a+1 )+载荷长度=下一段数据的第一个字节的序号(a+1+12)
    • PC1在收到PC2发送的TCP报文之后,发现确认序列号为“a+1+12” ,说明“a+1”到“a+12”这一段的数据已经被接受,需要从“a+1+12”开始发送。
    • 为了提升发送效率,也可以一次性发送多段数据,由接收方统一确认。
TCP的窗口滑动机制

如果发送方和接收方的几首数据处理能力有可能是不匹配的,一旦一方的发送或者接收数据量特别大,一方发送或接收数据量特别小,就会导致数据溢出会丢失数据,这时候需要采用TCP的窗口滑动机制来控制我们数据传送的速度

TCP通过滑动窗口机制来控制数据的传输速率
在这里插入图片描述

在建立完三次握手TCP连接之后,双方通信,pc1给pc2发送数据包时头部除了序列号,确认号,flags之外就是win字段,表示的是pc1告诉pc2能接收发送处理的数据字段为3个字节,如果下一次pc2给pc1的回复变成了处理字段为1时,pc1就会做出相应的调整
而pc1给pc2发送时相应的win字段并没有改变还是3字节,这只是pc1给pc2的回复是pc1可以接收处理pc2发过来的3字节数据
  1. 在TCP三次握手建立连接时,双方都会通过Window字段告诉对方本端最大能够接受的字节数(也就是缓冲区大小)。

  2. 连接建立成功之后,发送方会根据接受方宣告的Window大小发送相应字节数的数据。

  3. 接受方接受到数据之后会放在缓冲区内,等待上层应用来取走缓冲的数据。若数据被上层取走,则相应的缓冲空间将被释放。

  4. 接收方根据自身的缓存空间大小通告当前的可以接受的数据大小(Window )。

  5. 发送方根据接收方当前的Window大小发送相应数量的数据。

TCP的关闭—四次挥手

当数据传输完成时,TCP需要通过四次挥手机制断开TCP连接,释放系统资源

在这里插入图片描述

当tcp连接结束,报文发送结束后,pc1向pc2发送请求fin断开连接,这时候确认号为301,pc2收到请求报文后做出回复此时pc2的回复中确认号为pc1的序列号+1也就是101+1=102,此时已经单向断开了连接,但是tcp是双向的,所以pc2也向pc1发送fin断开请求连接,只要有请求pc1就会给出回复。此时双方tcp连接彻底断开。
  • TCP支持全双工模式传输数据,这意味着同一时刻两个方向都可以进行数据的传输。在传输数据之前,TCP通过三次握手建立的实际上是两个方向的连接,因此在传输完毕后,两个方向的连接必须都关闭。如图所示:
    • 由PC1发出一个FIN字段置”1 ”的不带数据的TCP段;

    • PC2收到PC1发来的FIN置位的TCP报文后,会回复一个ACK置位的TCP报文。

    • 若PC2也没有需要发送的数据,则直接发送FIN置位的TCP报文。假设此时PC2还有数据要发送,那么当PC2发送完这些数据之后会发送一个FIN置位的TCP报文去关闭连接。

    • PC1收到FIN置位的TCP报文,回复ACK报文,TCP双向连接断开。

网络层

传输负责建立主机之间进程与进程之间的连接,而网络层则负责数据从一台主机到另外一台主机之间的传递

网络层的PDU被称为数据包

在这里插入图片描述

ipv4简称ip,是目前应用最广泛的网络层协议

网络层协议工作过程

在这里插入图片描述

路由表 pc1到pc2途中经过n个路由器,而路由器选择去往哪条路径是依据路由表
  • 当采用IP作为网络层协议时,通信的双方都会被分配到一个“独一无二”的IP地址来标识自己。IP地址可被写成32位的二进制整值形式,但为了方便人们阅读和分析,它通常被写成点分十进制的形式,即四个字节被分开用十进制表示,中间用点分隔,比如192.168.1.1。

  • IP数据包的封装与转发:

    • 网络层收到上层(如传输层)协议传来的数据时候,会封装一个IP报文头部,并且把源和目的IP地址都添加到该头部中。
    • 中间经过的网络设备(如路由器),会维护一张指导IP报文转发的“地图”——路由表,通过读取IP数据包的目的地址,查找本地路由表后转发IP数据包。
    • IP数据包最终到达目的主机,目的主机通过读取目的IP地址确定是否接受并做下一步处理。
  • IP协议工作时,需要如OSPF、IS-IS、BGP等各种路由协议帮助路由器建立路由表,ICMP帮忙进行网络的控制和状态诊断。

数据链路层

数据链路层位于网络层和物理层之间,可以向网络层的ip、ipv6等协议提供服务。

数据链路层的PDU被称为数据帧(Frame)

以太网(Ethernet)是最常见的数据链路层协议

在这里插入图片描述

以太网和MAC地址

以太网定义

在这里插入图片描述

  • 以太网是一种广播式数据链路层协议,支持多点接入。
  • 个人电脑的网络接口遵循的就是以太网标准
  • 一般情况下,一个广播域对应着一个网段

以太网MAC地址

在这里插入图片描述

  • MAC地址在网络中唯一标识一个网卡,每个网卡都需要且会有唯一的一个MAC地址
  • MAC用于在一个IP网段内,寻址找到具体的物理设备
  • 工作在数据链路层的设备。例如以太网交换机,会维护MAC“地址表,用于指导数据帧转发
MAC地址由48比特(6个字节)长,12位的16进制数字组成。例如:48-A4-72-1C-8F-4F
地址解析协议(ARP)

地址解析协议

根据已知的IP地址解析获得其对应的MAC地址

在这里插入图片描述

  • ARP(Address Resolution Protocol,地址解析协议)是根据IP地址获取数据链路层地址的一个TCP/IP协议。

  • ARP是IPv4中必不可少的一种协议,它的主要功能是:

    • 将IP地址解析为MAC地址;
    • 维护IP地址与MAC地址的映射关系的缓存,即ARP表项;
    • 实现网段内重复IP地址的检测。

ARP工作原理(1)

在这里插入图片描述

  • 网络设备一般都有一个ARP缓存(ARP Cache)。ARP缓存用来存放IP地址和MAC地址的关联信息。
  • 在发送数据前,设备会先查找ARP缓存表。如果缓存表中存在对方设备的ARP表项,则直接采用该表项中的MAC地址来封装帧,然后将帧发送出去。如果缓存表中不存在相应信息,则通过发送ARP Request报文来获得它。
  • 学习到的IP地址和MAC地址的映射关系会被放入ARP缓存表中存放一段时间。在有效期内(缺省:180s),设备可以直接从这个表中查找目的MAC地址来进行数据封装,而无需进行ARP查询。过了这段有效期,ARP表项会被自动删除。
  • 如果目标设备位于其他网络,则源设备会在ARP缓存表中查找网关的MAC地址。然后将数据发送给网关。最后网关再把数据转发给目的设备。

ARP工作原理(2)

在这里插入图片描述

  • 主机1的ARP缓存表中不存在主机2的MAC地址,所以主机1会发送ARP Request来获取目的MAC地址。
  • ARP Request报文封装在以太帧里。帧头中的源MAC地址为发送端主机1的MAC地址。此时,由于主机1不知道主机2的MAC地址,所以目的MAC地址为广播地址FF-FF-FF-FF-FF-FF。
  • ARP Request报文中包含发送端MAC地址、发送端IP地址、目的端MAC地址、目的端IP地址,其中目的端MAC地址的值为0。ARP Request报文会在整个网络上传播,该网络中所有主机包括网关都会接收到此ARP Request报文。

ARP工作原理(3)

在这里插入图片描述

  • 所有的主机接收到该ARP Request报文后,都会检查它的目的端IP地址字段与自身的IP地址是否匹配。如果不匹配,则该主机将不会响应该ARP Request报文。如果匹配,则该主机会将ARP请求报文中的发送端MAC地址和发送端IP地址信息记录到自己的ARP缓存表中,然后通过ARP Reply报文进行响应。

ARP工作原理(4)

在这里插入图片描述

  • 主机2会向主机1回应ARP Reply报文

  • ARP Reply报文中的发送端IP地址是主机2自己的IP地址,目的端就是主机1的IP地址,目的端MAC地址是主机1的AMC地址,发送端MAC地址是自己的MAC地址,同时操作类型被设置为Reply

  • ARP Reply报文通过单播传送
    在这里插入图片描述

  • 主机1收到ARP Reply以后,会检查ARP报文中目的端IP地址字段与自身的IP地址是否匹配。如果匹配,ARP报文中的发送端MAC地址和发送端IP地址会被记录到主机1的ARP缓存表中。

物理层

数据到达物理层之后,物理层会根据物理介质的不同,将数字信号转换为光信号、电信号或者是电磁波信号

物理层的PDU被称为比特流

在这里插入图片描述

常见的传输介质

在这里插入图片描述

  • 双绞线:当今以太网最常见的传输介质,按照抗电磁干扰能力还可以分为:

    • STP-屏蔽双绞线
    • UTP-非屏蔽双绞线
  • 光纤传输,按照功能部件可分为:

    • 光纤:光传输介质,简单的说,就是一根玻璃纤维,用于约束光传输的通道。
    • 光模块:将电信号与光信号互转的器件,产生光信号。
  • 串口电缆在WAN(Wide Area Network,广域网)中大规模使用,根据WAN线路类型不同,串口电缆在设备上连接的接口类型也不同:异/同步串口、ATM接口、POS接口、CE1/PRI接口等。

  • 无线信号的传输可以通过电磁波进行,例如:无线路由器将数据通过调制以电磁波发送出去,移动终端的无线网卡将电磁波解调,得到数据,完成从无线路由器到移动终端的数据传输。

数据通信过程
发送方数据封装

在这里插入图片描述

假如客户端从网站上搜索华为网站,在点进去的时候,计算机内部会进行封装数据包
封装数据包过程:
用户数据加上相关应用层的信息再往下层传递
数据到达传输层选择可靠的TCP协议保证数据能准确地发送到目的地址去,添加上TCP头部封装成数据段,继续往下层传递
数据到达网络层,添加网络层信息添加关于IP地址,包括数据是从哪个源IP地址来要发送到哪个目的IP地址去 添加信息后被称为数据包,继续向下层传递
数据到达数据链路层 添加关于数据链路层的相关信息,添加有关数据的头和尾,以以太网协议为例,封装好的数据会被发送到链路上
数据进入链路前会转换成0101的比特流发送出去
  • 假设你正在通过网页浏览器访问华为官网,当你输入完网址,敲下回车后,计算机内部会发生下列事情:
    • IE浏览器(应用程序)调用HTTP(应用层协议),完成应用层数据的封装(图中DATA还应包括HTTP头部,此处省略) 。
    • HTTP依靠传输层的TCP进行数据的可靠性传输,将封装好的数据传递到TCP模块。
    • TCP模块给应用层传递下来的Data添加上相应的TCP头部信息(源端口、目的端口等)。此时的PDU被称作Segment(段)。
    • 在IPv4网络中,TCP模块会将封装好的Segment传递给网络层的IPv4模块(若在IPv6环境,会交给IPv6模块进行处理)。
    • IPv4模块在收到TCP模块传递来的Segment之后,完成IPv4头部的封装,此时的PDU被称为Packet(包)。
    • 由于使用了Ethernet作为数据链路层协议,故在IPv4模块完成封装之后,会将Packet交由数据链路层的Ethernet模块(例如以太网卡)处理。
    • Ethernet模块在收到IPv4模块传递来的Packet之后,添加上相应的Ethernet头部信息和FCS帧尾,此时的PDU被称为Frame(帧)。
    • 在Ethernet模块封装完毕之后,会将数据传递到物理层。
    • 根据物理介质的不同,物理层负责将数字信号转换成电信号,光信号,电磁波(无线)信号等。
    • 转换完成的信号在网络中开始传递。
中间网络数据传输

封装好的完整数据,将会在网络中被传递

在这里插入图片描述

中间传输会涉及到很多设备比如交换机、路由器,数据从链路上传送到交换机,交换机收到数据解封装数据到数据链路层依据MAC地址重新封装到物理层通过链路再进行转发出去到路由器上,路由器接收到后解封装到网络层通过路由IP地址信息作为依据,再进行封装到物理层通过链路转发出去,过程持续到接收方收到数据,从物理层解封装信息得到发送方的data数据就结束传输
  • 一般情况下:
    • 网络中的二层设备(如以太网交换机)只会解封装数据的二层头部,根据二层头部的信息进行相应的“交换”操作。
    • 网络中的三层设备(如路由器)只会解封装到三层头部,并且根据三层头部的信息进行相应的“路由”操作。
接收方数据解封装

在这里插入图片描述

接收端收到的数据是从物理层比特流0101,先解封装到数据链路层,数据链路层的以太网信息,去掉以太网信息头部之后解封装到网络层,对于网络层的IP报头地址信息去掉,解封装到传输层,一直解封装到应用层,交由应用程序处理得到数据载荷
  • 经过中间网络传递之后,数据最终到达目的服务器。根据不同的协议头部的信息,数据将被一层层的解封装并做相应的处理和传递,最终交由WEB服务器上的应用程序进行处理。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值