8023在MAC层才用的协议是Word文件下载.docx
- 文档编号:18522013
- 上传时间:2022-12-19
- 格式:DOCX
- 页数:6
- 大小:19.43KB
8023在MAC层才用的协议是Word文件下载.docx
《8023在MAC层才用的协议是Word文件下载.docx》由会员分享,可在线阅读,更多相关《8023在MAC层才用的协议是Word文件下载.docx(6页珍藏版)》请在冰豆网上搜索。
媒体接入控制mac(mediumaccesscontrol)子层。
与接入到传输媒体有关的内容都放在mac子层,而llc子层则与传输媒体无关,不管采用何种协议的局域网对llc子层来说都是透明的。
由于tcp/ip体系经常使用的局域网是dixethernetV2而不是802.3标准中的几种局域网,因此现在802委员会制定的逻辑链路控制子层llc(即802.2标准)的作用已经不大了。
很多厂商生产的网卡上就仅装有mac协议而没有llc协议。
mac子层的数据封装所包括的主要内容有:
数据封装分为发送数据封装和接收数据封装两部分,包括成帧、编制和差错检测等功能。
数据封装的过程:
当llc子层请求发送数据帧时,发送数据封装部分开始按mac子层的帧格式组帧:
(1)将一个前导码p和一个帧起始定界符sFd附加到帧头部分;
(2)填上目的地址、源地址、计算出llc数据帧的字节数并填入长度字段len;
(3)必要时将填充字符pad附加到llc数据帧后;
(4)求出cRc校验码附加到帧校验码序列Fcs中;
(5)将完成封装后的mac帧递交miac子层的发送介质访问管理部分以供发送;
接收数据解封部分主要用于校验帧的目的地址字段,以确定本站是否应该接受该帧,如地址符合,则将其送到llc子层,并进行差错校验。
篇二:
802.3各种封装支持的上层协议
浅谈以太网帧格式
一.ethernet帧格式的发展
1980dec,intel,xerox制订了etherneti的标准
1982dec,intel,xerox又制订了ehternetii的标准
1982ieee开始研究ethernet的国际标准802.3
1983迫不及待的novell基于ieee的802.3的原始版开发了专用的ethernet帧格式
1985ieee推出ieee802.3规范,后来为解决ethernetii与802.3帧格式的兼容问题,推出折衷的ethernetsnap格式
(其中早期的etherneti已经完全被其他帧格式取代了,所以现在ethernet只能见到后面几种ethernet的帧格式,现在大部分的网络设备都支持这几种ethernet的帧格式,如:
cisco的路由器再设定ethernet接口时可以指定不同的以太网的帧格式:
arpa,sap,snap,novell-ether)
二.各种不同的帧格式
下面介绍一下各个帧格式
1.ethernetii
就是dix以太网联盟推出的。
。
它由6个字节的目的mac地址,6个字节的源mac地址,2个字节的类型域(用于标示封装在这个Frame、里面数据的类型)以上为Frameheader,接下来是46--1500字节的数据,和4字节的帧校验
2.2.novellethernet
它的帧头与ethernet有所不同其中ethernetii帧头中的类型域变成了长度域,后面接着的两个字节为0xFFFF,用于标示这个帧是novellether类型的Frame,由于前面的0xFFFF站掉了两个字节所以数据域缩小为44-1498个字节,帧校验不变。
3.3.ieee802.3/802.2
802.3的Frameheader和ethernetii的帧头有所不同,ethernetii类型域变成了长度域。
其中又引入802.2协议(llc)在802.3帧头后面添加了一个llc首部,由dsap(destinationserviceaccesspoint)1byte,ssap((802.3在mac层才用的协议是)sourcesap),一个控制域--1byte!
sap用于标示帧的上层协议。
4.4.ethernetsnap
snapFrame与802.3/802.2Frame的最大区别是增加了一个5bytes的snapid其中前面3个byte通常与源mac地址的前三个bytes相同为厂商代码!
有时也可设为0,后2bytes与ethernetii的类型域相同。
三.如何区分不同的帧格式
ethernet中存在这四种Frame那些网络设备又是如何识别的呢如何区分ethernetii与其他三种格式的Frame
如果帧头跟随sourcemac地址的2bytes的值大于1500,则此Frame为ethernetii格式的
接着比较紧接着的两bytes如果为0xFFFF则为novellether类型的Frame,如果为0xaaaa则为ethernetsnap格式的Frame,如果都不是则为ethernet802.3/802.2格式的帧
几种以太网帧格式
相当长的一段时间里我都没搞明白一个很基础的问题---以太网的封装格式;
最近查了查相关文档,总结如下;
首先说明一下,ethernet和802.3并不是一回事,虽然我们经常混用这两个术语;
历史上以太网帧格式有五种:
1.ethernetV1:
这是最原始的一种格式,是由xeroxpaRc提出的3mbpscsma/cd以太网标准的封装格式,后来在1980年由dec,intel和xerox标准化形成ethernetV1标准;
2.ethernetV2(aRpa):
这是最常见的一种以太网帧格式,也是今天以太网的事实标准,由dec,intel和xerox在1982年公布其标准,主要更改了ethernetV1的电气特性和物理接口,在帧格式上并无变化;
ethernetV2出现后迅速取代ethernetV1成为以太网事实标准;
ethernetV2帧头结构为6bytes的源地址+6bytes的目标地址+2bytes的协议类型字段+数据。
常见协议类型如下:
0800ip
0806aRp
8137novellipx
809bappletalk
如果协议类型字段取值为0000-05dc(十进制的0-1500),则该帧就不是ethernetV2(aRpa)类型了,而是下面讲到的三种802.3帧类型之一;
ethernet可以支持tcp/ip,novellipx/spx,appletalkphasei等协议;
RFc894定义了ip报文在ethernetV2上的封装格式;
3.Raw802.3:
这是1983年novell发布其划时代的netware/86网络套件时采用的私有以太网帧格式,该格式以当时尚未正式发布的802.3标准为基础;
但是当两年以后ieee正式发布802.3标准时情况发生了变化—ieee在802.3帧头中又加入了802.2llc(logicallinkcontrol)头,这使得novell的Raw802.3格式跟正式的ieee802.3标准互不兼容;
可以看到在novell的Raw802.3帧结构中并没有标志协议类型的字段,而只有length字段(2bytes,取值为0000-05dc,即十进制的0-1500),因为Raw802.3帧只支持ipx/spx一种协议;
4.802.3/802.2llc:
这是ieee正式的802.3标准,它由ethernetV2发展而来。
它将ethernet
V2帧头的协议类型字段替换为帧长度字段(取值为0000-05dc;
十进制的1500);
并加入802.2llc头用以标志上层协议,llc头中包含dsap,ssap以及crontrol字段;
常见sap值:
0nulllsap[ieee]
4snapathcontrol[ieee]
6dodip[79,jbp]
aasnap[ieee]
Feglobaldsap[ieee]
sap值用以标志上层应用,但是每个sap字段只有8bits长,而且其中仅保留了6比特用于标识上层协议,因此所能标识的协议数有限(不超过32种);
并且ieee拒绝为某些重要的协议比如aRp协议定义sap值(奇怪的是同时他们却定义了ip的sap值);
因此802.3/802.2llc的使用有很大局限性;
5.802.3/802.2snap:
这是ieee为保证在802.2llc上支持更多的上层协议同时更好的支持
ip协议而发布的标准,与802.3/802.2llc一样802.3/802.2snap也带有llc头,但是扩展了llc属性,新添加了一个2bytes的协议类型域(同时将sap的值置为aa),从而使其可以标识更多的上层协议类型;
另外添加了一个3bytes的oui字段用于代表不同的组织,RFc1042定义了ip报文在802.2网络中的封装方法和aRp协议在802.2sanp中的实现;
今天的实际环境中大多数tcp/ip设备都使用ethernetV2格式的帧。
这是因为第一种大规模使用的tcp/ip系统(4.2/3bsdunix)的出现时间介于RFc894和RFc1042之间,它为了避免不能和别的主机互操作的风险而采用了RFc894的实现;
也由于大家都抱着这种想法,所以802.3标准并没有如预期那样得到普及;
cisco设备的ethernetinterface默认封装格式是aRpa(ethernetV2)
篇三:
以太网基础协议802.3介绍
ieee802.3
ieee802.3:
早期的ieee802.3描述的物理媒体类型包括:
ieee802.3i:
原始ieee802.3规范的物理更改,它要求通过双绞线网络介质,使用以太网类型的信令。
标准设定信令速度为10兆比特每秒,使用一个通过双绞线电缆传输的基带信令图,该双绞线电缆采用星形或延伸的星形拓扑。
ieee802.3u:
(100base-t)是100兆比特每秒以太网的标准。
100base-t技术中可采用3类传输介质,即100base-t4、100base-tx和100base-Fx,它采用4b/5b编码方式。
ieee802.3z:
ieee802.3z千兆以太网标准在1998年6月通过,它规定的三种收发信机包括三种介质:
1000base-lx应用于已安装的单模光纤基础上,1000base-sx应用于已安装的多模光纤基础上,1000base-cx应用于已安装的在设备室内连接的平衡屏蔽铜缆基础上。
ieee802.3帧格式(1983-1996)
在1980年最早的以太网规范与1983年第一个在ieee802.3标准发布之前的一段时间内,帧格式的改变很小。
ieee802.3帧格式(作为标准从1983-1996年间存在)。
帧格式几乎与dix以太网帧相同。
ieee802.3帧中的所有域与dix以太网帧格式都是完全相同的。
历史上,网络设计者和用户一般都正确地
把类型域和长度域使用上的差别作为这两种帧格式的主要差别。
dix以太网不使用llc,使用类行域支持向上
复用协议。
ieee802.3需要llc实现向上复用,因为它用长度域取代了类型域。
实际上,这两种格式可以并存。
这个2字节的域表示数字值范围是0到2的16次方-1(65535)。
长度域的
最大值是1500,因为这是数据域的最大有效长度。
因此,1501-65535的值都可以来标识类型域,而不会干扰
该域对数据长度的表示。
我们只要简单地保证类型域的所以值都包含在这个不会相互干扰的区间之内就可以
了。
实际上,这个域的1536-65535(从0x0600-0xFFFF)之间的全部值都已被保留为类型域的值,而0-1500
的所有值则被保留为长度域的赋值。
在这种方式下,使用ieee802.3格式(带llc)的以太网客户之间可以通信,而使用dix以太网格式(带
类型域)的客户之间也可以在同一个lan相互通信。
当然,这两类用户之间不能通信,除非有设备驱动软件
或高层协议能够理解这两种格式。
许多高层协议到现在还在使用dix以太网格式。
这种格式是tcp/ip、ipx
(netware)、decnetphase4和lat(dec的localareatranspont,局部传输)使用得最普遍的格式。
ieee802.3/llc大都在appletalkphase2、netbios和一些ipx(netware)的实现中普通应用。
ieee802.3帧格式(1997)
在1995-1996年间,ieee802.3x任务组为支持全双工操作对已有标准作了补充。
其中一部分工作就是开
发了流量控制算法。
帧格式方面的最大变化是:
mac控制协议使用dix以太网风格的类型域来唯一区分mac控制帧与其他协议
的帧。
这是ieee802委员会第一次使用这种帧格式。
只要该任务组把mac控制协议对类型域的使用合法化,他
们就能把任何ieee802.3帧对类型域的使用合法化。
ieee802.3x在1997年成为ieee通过的协议。
这使原来“
以太网使用类型域而ieee802.3使用长度域”的差别消失。
ieee802.3经过ieee802.3x标准的补充,支持这个
域作为类型域和长度域两种解释。
两者都是“ieee802.3格式”,类型域和长度域的不同解释正如本节前部所
述。
作为类型域用法标准化的一部分,ieee承担了为类型域设定惟一值的则任(xerox从1980年已开始对类型域赋值)。
千兆以太网使用了这种混合的帧格式。
以太网帧
该帧包含6个域:
前导码(preamble)包含8个字节(octet);
目的地址(da)包含6个字节;
源地址(sa)包含6个字节;
类型域包含2个字节;
数据域包含46-1500字节;
帧效验序列(Fcs)包含4个字节。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 8023 MAC 层才用 协议
![提示](https://static.bdocx.com/images/bang_tan.gif)