用Sniffer软件来了解局域网.docVIP

用Sniffer软件来了解局域网(图) 2009-07-15 14:12 佚名 我要评论(0) 摘要：如果你想用Sniffer捕帧,并解决网络问题,那网络协议就一定要相对了解,本文就从局域网协议入手,解决Sniffer捕帧问题。 标签：sniffer 局域网 捕帧 Oracle帮您准确洞察各个物流环节 如果你想用Sniffer捕帧,并解决网络问题,那网络协议就一定要相对了解,本文就从局域网协议入手,解决Sniffer捕帧问题。 局域网的几种协议，主要包括以太网第二版、IEEE802系列、令牌环网和SNAP等（之所以加个“等”字，是因为我只知道这几种，如果还有其他的，欢迎朋友们给我补充）。而最为常见的，也就是以太网第二版和IEEE802系列，我们也主要去了解这两种（IEEE802包括好多种，我们也不一一介绍，只对其中常见做研究）。 一，以太网（V2） 以太网第二版是早期的版本，是由DEC、Intel和Xerox联合首创，简称DIX。帧格式如下图： 前导信息：采用1和0的交替模式，在每个数据包起始处提供5MHZ的时钟信号，以充许接收设备锁定进入的位流。 目标地址：数据传输的目标MAC地址。源 地 址：数据传输的源MAC地址。 以太网类型：标识了帧中所含信息的上层协议。数据加填充位：这一帧所带有的数据信息。（以太网帧的大小是可变的。每个帧包括一个1 4字节的报头和一个4字节的帧校验序列域。这两个域增加了1 8字节的帧长度。帧的数据部分可以包括从4 6字节到1 5 0 0字节长的信息（如果传输小于4 6字节的数据，则网络将对数据部分填充填充位直到长度为4 6字节）。因此，以太网帧的最小长度为1 8 + 4 6，或6 4个字节，最大长度为1 8 + 1 5 0 0，或1 5 1 8个字节。） F C S ： 帧校验序列（ 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并确定帧的域与它们原有的形式一致。如果这种比较失败，则接收节点认为帧已经在发送过程中被破坏并要求源节点重发该数据。 二，IEEE802系列 IEEE802系列包含比较多的内容，但比较常见的是802.2 和 802.3 。下面我们就比这两种帧。 1， IEEE802.3 为什么我要先把802.3列出来？因为我个人觉得802.3应该是在802。2之前出来，只它存在问题，所以才出现了802。2以解决它的问题，大家是不是觉得有点糊，没关系，请继续看下去。下面是这个帧的帧格式： 大家有没有发现在这个帧格式跟以太网第二版本的格式非常像？没错，它们这间改动的比较少，因为802。3是在以太网V2的基础上开发的，为了适应100M的网络，所以才把8位的前导步信息分成了7字节，并加入了一个SFD的域（为什么说这样分开一下可以支持100M？我目前还没搞懂。^8^那位高手有这方面的资料贡献一下啊）。 那前导和SFD到底起什么作用？我的理解是，前导与SOFD相当于跑步竞赛开始时的那句“预备！跑！”，前导就是“预备！”，SFD就是“跑！”，所以前导让接收设备进入状态，SOFD让接收设备开始接收。而这里所谓比特流硬件时钟同步，是指让设备按当前比特流信号频率同步，以得到精确的接收数据的位置，避免接收出错，与PC里所谓时钟概念是一样的。 再有就是类型字段变成了长度字段，这是因为当初这个协议是由novell开发的，所以它默认就是在就是局域网就是novell网，服务器是netware服务器，跑的是IPX的协议，因此去掉了类型换成了长度。后来IEEE再据此制定802。3的协议，结果问题也就出来了。如果我上层用的是IP协议呢？那怎么办？别急，有问题就会有方法，IEEE802。2也就由此出现了。 2， IEEE802。2 请看帧格式： 可以看到，种帧的最大区别就在于多了一个LLC的域，即逻辑链路控制（ L L C，Logical Link Control）。该信息用来区别一个网络中的多个客户机。如果L L C和数据信息的总长度不足4 6字节，数据域还将包括填充位。长度域并不关心填充位，它仅仅报告逻辑链接控制层信息（ L L C）加上数据信息的长度。逻辑链接控制层（ L L C）信息由三个域组成：目标服务访问点（ D S A P，D e s t i n a t i o n Service Access Point），源服务访问点（ S S A P，Source Service Access Po