七层OSI参考模型

在这里插入图片描述
1.怎么来的?
第一个提出网络体系结构的时IBM公司提出的SNA,后来越来越多的公司效仿,如DEC公司提出的DNA,美国国防部提出的TCP/IP等等,为了支持异构网络系统的互联互通,于是ISO(国际标准化组织)于1984年提出开放系统(OSI)参考模型,但是理论上是成功的,但市场失败。
失败的原因:(1)OSI专家们缺乏实际经验,构想的很好,但实操没什么经验。(2)OSI协议实现起来比较复杂,而且运行效率低。(3)制定周期长,OSI协议出现的晚,出现的时候已经有很好的TCP/IP协议,生不逢时。(4)OSI层次划分不太合理,有一些弊端,不太适合市场的需求。

2.OSI协议有七层:
在这里插入图片描述

3.过程:
在这里插入图片描述

4.各个层次的作用以及主要的协议
(1)应用层:产生data。所有能够产生流量的程序都属于应用层(如QQ、微信);
主要协议:文件传输(FTP)、电子邮件(SMTP)、万维网(HTTP)…

(2)表示层:对数据进行加密、压缩处理、传输格式(由开发者定义);
比如看视频时清晰度的选项就是表示层的压缩算法;
还有有时候出现的乱码,就是传输格式的问题。
主要协议:JPEG、ASCII

(3)会话层:保持两台计算机通讯的机制;可以做的事:木马查杀;cmd ----> netstat -nb
木马程序(监听者):一般情况下会隐藏在计算机当中的一个隐蔽的角落,监听隐私数据,将隐私数据发送给控制木马的人(必须通过计算机网络)
病毒(破坏者):利用系统漏洞去挤占内存,如熊猫烧香。
功能:①建立、管理、终止会话 ②使用校验点可使会话在通信失效时从检验点/同步点继续恢复通信,实现数据同步,适用于传输大文件 。
主要协议:ADSP、ASP

(4)传输层:可靠传输 流量控制 不可靠传输
协议:TCP、UDP
TCP协议:可靠传输,代价大;电影就是TCP,在看视频时卡住了会在卡住的地方继续播放
UDP协议:不可靠传输,代价小;直播是UDP,在看直播时卡住的话,那么这一段就没了
流量控制:看图1,在发送缓存处,我们可以不一块一块的发送,可以一批一批的发送,令发送窗口的值为7,第一次发送1-7,下次发送8-14,…,每次发送七条数据。传输层会不间断的控制发送窗口的值,根据情况令传输的数据或多或少。这就是流量控制。
主要协议:TCP、UDP

(5)网络层:选择最佳的传输路径,规划IP地址。
如果在最佳路径上有路由器出现宕机,那么网络层会选择其余的最佳路径。
主要协议:IP、IPX、ICMP、IGMP、ARP、RARP、OSPF

(6)数据链路层:封装成帧、差错检验
封装成帧:当data到达这一层就已经转化成数字信号了,在传输过程中可能因为其中某个路由器的延迟,后一条数据与前一条数据很近,那么到接收方计算机上如何区分哪条先哪条后呢? 所以为了解决这个问题,在这一层会给每一条数据加上帧头和帧尾。比如说,帧头是001;帧尾是110;原数据是1001101 和 1100110那么经过封装成帧,原数据变成了 001 1001101 110 和 001 1100110 110这样就可以进行区分了。
差错检验:在信道传输过程中,会有噪音,使传输的信号出现问题
在这里插入图片描述
理想状态下出现的情况是1,正常下大多数出现的情况是2;如果是2的情况,计算机中有调制解调器,会将2变成1,最差情况就是3,在传输过程中信道太长,噪音太大就会出现这种情况;原数据X除以一个数Y,将Y放在原数据后,接收方收到这串数据后会将Y*X看是否等于原数据,若是等于,证明没出差错,弱不等于,则是出现差错。
主要协议:SDLC、HDLC、PPP、STP

(7)物理层:主要任务是在物理媒体上实现比特流的透明传输,传输单位:比特。
透明传输:封装成帧后,很容易在数据中出现与帧头或帧尾相同的数据段,很容易让接收方误认为数据段就是帧头或帧尾,如何让解决这个问题? 这就要用到透明传输,我们在与帧头帧尾相同的数据段前加一个识别字段(假如说ETC),告诉接收方这是数据,不是帧头或帧尾。那么上述原数据就成了001 1ETC001101 110 001 11ETC001ETC110
主要协议:Rj45、802.3

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值