以太网数据链路层协议分析.docx

以太网数据链路层协议分析! 2009-01?09 14:39:13 标签：以太网 协议分析 「推送到技术圈1 v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} st1\:* {behavior:url(#ieooui) } 相信很多新人在学习协议的时候会遇到很多问题，有些地方可能会总是想不明白(因为我 自己也是新人八_八)，所以，跟据我自己学习的经历和我在学习屮所遇到的问题，我总结了一 下列出来。如果能对大家有所帮助，将是我莫大的荣耀！ 关于局域网的起源和发展，这里就不多说，因为很多书上和网上都有详细的说明，我们将 直接进入对局域网协议的学习中。 局域网的几种协议，主要包括以太网第二版、IEEE802系列、令牌环网和SNAP等(之 所以加个“等”字，是因为我只知道这几种，如果还有其他的，欢迎朋友们给我补充)。而最 为常见的，也就是以太网第二版和IEEE802系列，我们也主要去了解这两种(IEEE802包括 好多种，我们也不一一介绍，只对其中常见做研究)。 一，以太网(V2) 以太网第二版是早期的版本，是由DEC、Intel和Xerox联合首创，简称DIX。帧格式 如下图： 以太网类型数据加填充位前导信息8字节目标地址6字节 以太网类型 数据加填充位 前导信息 8字节 目标地址 6字节 源地址6字节 2 字节 46、1500字节 FCS 4字节 来用1和0的交替模式，在每个数据包起始处提供5MHZ的时钟信号，以充许接收设备锁定进 入的位流。 散据传输的目标MAC地址。 数据传输的源MAC地址。 :标识了帧中所含信息的上层协议。 乞一帧所带有的数据信息。(以太网帧的大小是可变的。每个帧包括一个1 4字节的报头和一 个4字节的帧校验序列域。这两个域增加了 1 8字节的帧长度。帧的数据部分可以包括从4 6字节到1 5 0 0字节长的信息（如果传输小于4 6字节的数据，则网络将对数据部分填充填充 位直到长度为4 6字节）。因此，以太网帧的最小长度为1 8 + 46,或6 4个字节，最大长 度为18 + 150 0,或1518个字节。） 帧校验序列（F C S, Frame Check Sequence）域确保接收到的数据与发送时的数据一样。 当源节点发送数据时，它执行一种称为循环冗余校验（C R C, Cyclical Redundancy Check） 的算法。C R C利用帧中前面所有域的值牛?成一个惟一的4字节长的数，即F C S。当冃标节 点接收数据帧时，它通过C R C破解F C S并确定帧的域与它们原有的形式一致。如果这种比 较失败，则接收节点认为帧已经在发送过程中被破坏并要求源节点重发该数据。 Jo TEEE802系列包含比较多的内容，但比较常见的是802.2和802.3。下面 我们就比这两种帧。 -[if SsupportLists]—1, !—[endif]—IEEE802. 3 为什么我要先把802.3列出来？因为我个人觉得802.3应该是在802。2 Z前出来， 只它存在问题，所以才出现了 802。2以解决它的问题，大家是不是觉得有点糊，没关系，请 继续看下去。下面是这个帧的帧格式： 數据加填充位 前导信息7字节SFD 前导信息7字节 SFD1字节 目标地址 6字节 源地址 1 6字节 字节 FCS 46叭字节 字节 大家有没有发现在这个帧格式跟以太网第二版本的格式非常像？没错，它们这 间改动的比较少，因为802。3是在以太网V2的基础上开发的，为了适应100M的网络，所以 才把8位的前导步信息分成了 7字节，并加入了一个SFD的域（为什么说这样分开一下可以支 持100M?我冃前还没搞懂。迢那位高手有这方面的资料贡献一下啊）。那前导和SFD到底起 什么作用？我的理解是，前导与S0FD相当于跑步竞赛开始时的那句“预备！跑！”，前导就 是“预备！”，SFD就是“跑！”，所以前导让接收设备进入状态，S0R）让接收设备开始接收。 而这里所谓比特流硬件时钟同步，是指让设备按当前比特流信号频率同步，以得到粘确的接收 数据的位置，避免接收出错，与PC里所谓时钟概念是一样的。 再有就是类型字段变成了长度字段，这是因为当初这个协议是由novel 1开发的，所以它 默认就是在就是局域网就是novel 1网，服务器是netware服务器，跑的是IPX的协议，因此 去掉了类型换成了长度。后* IEEE再据此制定802。3的协议，结果问题也就出来了。如果我 上层用的是IP协议呢？那怎么办？别急，有问题