关于网桥兼容性的几点注意事项

　　兼容性是指硬件之间、软件之间或是软硬件组合系统之间的相互协调工作的程度。对于软件的兼容性，指的是指某个软件能稳定地工作在若干个操作系统之中，而不会出现意外的退出等问题。今天小编要给大家分享一篇教程，那就是：关于网桥兼容性的几点注意事项。

　　小编相信，有非常多的朋友有可能会天真地认为从一个802局域网到另外一个802局域网的网桥操作起来十分的简单，但是小编想说的是事实上并不是这样子的。在802.x到802.y的九种组合里面，每一种都会有它自己的特殊问题需要去解决。那么大家在讨论这一些特殊问题之前，小编先来带大家看看这一些网桥一起面临的一般性问题吧。具体的问题如下所示：

　　第一个问题

　　首先小编要介绍的第一种问题，那就是各种局域网都采用了不一样的帧格式。这一种不兼容性并不是由于技术上的原因造成的，然而仅仅之是因为支持三种标准的公司(也就是IBM以及Xerox,GM)，然而并没有任何一家工资愿意改变自己所支持的标准。最终得出来的结果就是：在不一样的局域网间复制帧要重排格式，这就需要占用了CPU时间，重新计算校验和。另外一个方面，还有可能产生因为网桥存储错误从而造成的没有办法检测的错误。

　　第二个问题

　　接下来小编要和大家说的第二个问题，那就是互联的局域网并不是一定要按照一模一样的数据传输速率运行。当快速的局域网正在向慢速的局域网发送一长串连续帧的时候，网桥处理帧的速度就会比帧进入的速度慢。在这个时候，网桥就一定要使用缓冲区存储来不及处理的帧，同一时间还得需要防耗尽存储器。就算是10Mb/s的802.4到10Mb/s的802.3的网桥，在某一种程度上面也是存在这样的问题。主要就是因为802.3的一部分带宽耗费于冲突。事实上802.3并不是真的10Mb/s，然而802.4(几乎)确实是为10Mb/s的。

　　和网桥瓶颈问题相关的一个细微而又非常重要的问题，那就是它上面每一层的计时器值。如果说802.4局域网上的网络层想要发送一段非常长的报文(就比如说：帧序列)。在发出最后一帧之后，它就会自动开启一个计时器，等待确认。假如说这一个报文一定要通过网桥转到慢速的802.5网络，那么在最后一帧被转发到低速局域网之前，计时器就有可能时间到达了。除此之外，网络层也有可能会以为帧丢失从而会重新发送整一个报文。当几次都传送失败以后，大家就会发现网络层已经放弃传输并且还会告诉传输层（传输层，是两台计算机经过网络进行数据通信时，第一个端到端的层次，具有缓冲作用）目的站点已经关机了。

　　第三个问题

　　最后小编在这么多的问题里面，个人认为有可能最为严重的问题就是三种802LAN有不一样的最大帧长度。对于802.3，最大帧长度主要就是取决于配置参数，但是对于标准的10M/bs系统最大有效载荷为1500字节。802.4的最大帧长度固定是为8191字节。在这里大家都需要注意一点，那就是802.5并没有任何的上限，仅仅只要站点的传输时间并不超过令牌持有时间。假如说令牌时间缺省为10ms，那么最大帧长度就会为5000字节。

　　在这个时候，一个显而易见的问题就会出现了。这一个问题就是：当一定要将一个长帧转发给不可以接收长帧的局域网的时候，将会发生什么样的事情呢？在这一层里面小编并不考虑将帧分成小段。全部的协议都需要假定帧要么到达要么没有到达，并没有任何一个条款规定要将更加小的单位重组成帧。但是这并不是说不可以设计成为这样的协议哟。能够设计并且已有这一种协议，仅仅只是802不提供这一种功能而已。就小编而言，这一个问题从基本上是没有任何办法可以解决的，一定需要丢弃因太长而没有办法转发的帧，那么它的其透明程度也就这样而已了。

　　小编结语：

　　通过这篇考试认证教程，不知道大家是否已经学会关于网桥兼容性的几点注意事项？在这篇教程里面，主要就是向大家介绍一下网桥兼容性。希望这对大家有所帮助。你的支持就是编程学习网教育最大的动力，欢迎进入编程学习网教育！