什么叫网桥?网桥是赶什么用的?

分类: 电脑/网络
解析:

网桥

网桥工作在数据链路层,将两个LAN连起来,根据MAC地址来转发帧,可以看作一个“低层的路由器”(路由器工作在网络层,根据网络地址如IP地址进行转发)。

远程网桥通过一个通常较慢的链路(如电话线)连接两个远程LAN,对本地网桥而言,性能比较重要,而对远程网桥而言,在长距离上可正常运行是更重要的。

网桥与路由器的比较

网桥并不了解其转发帧中高层协议的信息,这使它可以同时以同种凡是处理IP、IPX等协议,它还提供了将无路由协议的网络(如NetBEUI)分段的功能。

由于路由器处理网络层的数据,因此它们更容易互连不同的数据链路层,如令牌环网段和以太网段。网桥通常比路由器难控制。象IP等协议有复杂的路由协议,使网管易于管理路由;IP等协议还提供了较多的网络如何分段的信息(即使其地址也提供了此类信息)。而网桥则只用MAC地址和物理拓扑进行工作。因此网桥一般适于小型较简单的网络。

二、使用原因

许多单位都有多个局域网,并且希望能够将它们连接起来。之所以一个单位有多个局域网,有以下6个原因:

首先,许多大学的系或公司的部门都有各自的局域网,主要用于连接他们自己的个人计算机、工作站以及服务器。由于各系(或部门)的工作性质不同,因此选用了不同的局域网,这些系(或部门)之间早晚需相互交往,因而需要网桥。

其次,一个单位在地理位置上较分散,并且相距较远,与其安装一个遍布所有地点的同轴电缆网,不如在各个地点建立一个局域网,并用网桥和红外链路连接起来,这样费用可能会低一些。

第3,可能有必要将一个逻辑上单一的LAN分成多个局域网,以调节载荷。例如采用由网桥连接的多个局域网,每个局域网有一组工作站,并且有自己的文件服务器,因此大部分通信限于单个局域网内,减轻了主干网的负担。

第4,在有些情况下,从载荷上看单个局域网是毫无问题的,但是相距最远的机器之间的物理距离太远(比如超过802.3所规定的2.5km)。即使电缆铺设不成问题,但由于来回时延过长,网络仍将不能正常工作。唯一的办法是将局域网分段,在各段之间放置网桥。通过使用网桥,可以增加工作的总物理距离。

第5,可靠性问题。在一个单独的局域网中,一个有缺陷的节点不断地输出无用的信息流会严重地破坏局域网的运行。网桥可以设置在局域网中的关键部位,就像建筑物内的放火门一样,防止因单个节点失常而破坏整个系统。

第6,网桥有助于安全保密。大多数LAN接口都有一种混杂工作方式(promiscuou *** ode),在这种方式下,计算机接收所有的帧,包括那些并不是编址发送给它的帧。如果网中多处设置网桥并谨慎地拦截无须转发的重要信息,那么就可以把网络分隔以防止信息被窃。

三、兼容性问题

有人可能会天真地认为从一个802局域网到另一个802局域网的网桥非常简单,但实际上并非如此。在802.x到802.y的九种组合中,每一种都有它自己的特殊问题要解决。在讨论这些特殊问题之前,先来看一看这些网桥共同面临的一般性问题。

首先,各种局域网采用了不同的帧格式。这种不兼容性并不是由技术上的原因造成的,而仅仅是由于支持三种标准的公司(Xerox,GM和IBM),没有一家愿意改变自己所支持的标准。其结果是:在不同的局域网间复制帧要重排格式,这需要占用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不提供这种功能。这个问题基本上无法解决,必须丢弃因太长而无法转发的帧。其透明程度也就这样了。

四、两种网桥

1、透明网桥

第一种802网桥是透明网桥(transparentbridge)或生成树网桥(spanningtreebridge)。支持这种设计的人首要关心的是完全透明。按照他们的观点,装有多个LAN的单位在买回IEEE标准网桥之后,只需把连接插头插入网桥,就万事大吉。不需要改动硬件和软件,无需设置地址开关,无需装入路由表或参数。总之什么也不干,只须插入电缆就完事,现有LAN的运行完全不受网桥的任何影响。这真是不可思议,他们最终成功了。

透明网桥以混杂方式工作,它接收与之连接的所有LAN传送的每一帧。当一帧到达时,网桥必须决定将其丢弃还是转发。如果要转发,则必须决定发往哪个LAN。这需要通过查询网桥中一张大型散列表里的目的地址而作出决定。该表可列出每个可能的目的地,以及它属于哪一条输出线路(LAN)。在插入网桥之初,所有的散列表均为空。由于网桥不知道任何目的地的位置,因而采用扩散算法(floodingalgorithm):把每个到来的、目的地不明的帧输出到连在此网桥的所有LAN中(除了发送该帧的LAN)。随着时间的推移,网桥将了解每个目的地的位置。一旦知道了目的地位置,发往该处的帧就只放到适当的LAN上,而不再散发。

透明网桥采用的算法是逆向学习法(backwardlearning)。网桥按混杂的方式工作,故它能看见所连接的任一LAN上传送的帧。查看源地址即可知道在哪个LAN上可访问哪台机器,于是在散列表中添上一项。

当计算机和网桥加电、断电或迁移时,网络的拓扑结构会随之改变。为了处理动态拓扑问题,每当增加散列表项时,均在该项中注明帧的到达时间。每当目的地已在表中的帧到达时,将以当前时间更新该项。这样,从表中每项的时间即可知道该机器最后帧到来的时间。网桥中有一个进程定期地扫描散列表,清除时间早于当前时间若干分钟的全部表项。于是,如果从LAN上取下一台计算机,并在别处重新连到LAN上的话,那么在几分钟内,它即可重新开始正常工作而无须人工干预。这个算法同时也意味着,如果机器在几分钟内无动作,那么发给它的帧将不得不散发,一直到它自己发送出一帧为止。

到达帧的路由选择过程取决于发送的LAN(源LAN)和目的地所在的LAN(目的LAN),如下所示:

1、如果源LAN和目的LAN相同,则丢弃该帧。

2、如果源LAN和目的LAN不同,则转发该帧。

3、如果目的LAN未知,则进行扩散。

为了提高可靠性,有人在LAN之间设置了并行的两个或多个网桥,但是,这种配置引起了另外一些问题,因为在拓扑结构中产生了回路,可能引发无限循环。其解决方法就是下面要讲的生成树(spanningtree)算法。

生成树网桥

解决上面所说的无限循环问题的方法是让网桥相互通信,并用一棵到达每个LAN的生成树覆盖实际的拓扑结构。使用生成树,可以确保任两个LAN之间只有唯一一条路径。一旦网桥商定好生成树,LAN间的所有传送都遵从此生成树。由于从每个源到每个目的地只有唯一的路径,故不可能再有循环。

为了建造生成树,首先必须选出一个网桥作为生成树的根。实现的方法是每个网桥广播其序列号(该序列号由厂家设置并保证全球唯一),选序列号最小的网桥作为根。接着,按根到每个网桥的最短路径来构造生成树。如果某个网桥或LAN故障,则重新计算。

网桥通过BPDU(BridgeProtocolDataUnit)互相通信,在网桥做出配置自己的决定前,每个网桥和每个端口需要下列配置数据:

网桥:网桥ID(唯一的标识)

端口:端口ID(唯一的标识)

端口相对优先权

各端口的花费(高带宽=低花费)

配置好各个网桥后,网桥将根据配置参数自动确定生成树,这一过程有三个阶段:

1、选择根网桥

具有最小网桥ID的网桥被选作根网桥。网桥ID应为唯一的,但若两个网桥具有相同的最小ID,则MAC地址小的网桥被选作根。

2、在其它所有网桥上选择根端口

除根网桥外的各个网桥需要选一个根端口,这应该是最适合与根网桥通信的端口。通过计算各个端口到根网桥的花费,取最小者作为根端口。

3、选择每个LAN的“指定(designated)网桥”和“指定端口”

如果只有一个网桥连到某LAN,它必然是该LAN的指定网桥,如果多于一个,则到根网桥花费最小的被选为该LAN的指定网桥。指定端口连接指定网桥和相应的LAN(如果这样的端口多于一个,则低优先权的被选)。

一个端口必须为下列之一:

1、根端口

2、某LAN的指定端口

3、阻塞端口

当一个网桥加电后,它假定自己是根网桥,发送出一个CBPDU(ConfigurationBridgeProtocolDataUnit),告知它认为的根网桥ID。一个网桥收到一个根网桥ID小于其所知ID的CBPDU,它将更新自己的表,如果该帧从根端口(上传)到达,则向所有指定端口(下传)分发。当一个网桥收到一个根网桥ID大于其所知ID的CBPDU,该信息被丢弃,如果该帧从指定端口到达,则回送一个帧告知真实根网桥的较低ID。

当有意地或由于线路故障引起网络重新配置,上述过程将重复,产生一个新的生成树。

2、源路由选择网桥

透明网桥的优点是易于安装,只需 *** 电缆即大功告成。但是从另一方面来说,这种网桥并没有最佳地利用带宽,因为它们仅仅用到了拓扑结构的一个子集(生成树)。这两个(或其他)因素的相对重要性导致了802委员会内部的分裂。支持CSMA/CD和令牌总线的人选择了透明网桥,而令牌环的支持者则偏爱一种称为源路由选择(sourcerouting)的网桥(受到IBM的鼓励)。

源路由选择的核心思想是假定每个帧的发送者都知道接收者是否在同一LAN上。当发送一帧到另外的LAN时,源机器将目的地址的高位设置成1作为标记。另外,它还在帧头加进此帧应走的实际路径。

源路由选择网桥只关心那些目的地址高位为1的帧,当见到这样的帧时,它扫描帧头中的路由,寻找发来此帧的那个LAN的编号。如果发来此帧的那个LAN编号后跟的是本网桥的编号,则将此帧转发到路由表中自己后面的那个LAN。如果该LAN编号后跟的不是本网桥,则不转发此帧。这一算法有3种可能的具体实现:软件、硬件、混合。这三种具体实现的价格和性能各不相同。第一种没有接口硬件开销,但需要速度很快的CPU处理所有到来的帧。最后一种实现需要特殊的VLSI芯片,该芯片分担了网桥的许多工作,因此,网桥可以采用速度较慢的CPU,或者可以连接更多的LAN。

源路由选择的前提是互联网中的每台机器都知道所有其他机器的最佳路径。如何得到这些路由是源路由选择算法的重要部分。获取路由算法的基本思想是:如果不知道目的地地址的位置,源机器就发布一广播帧,询问它在哪里。每个网桥都转发该查找帧(discoveryframe),这样该帧就可到达互联网中的每一个LAN。当答复回来时,途经的网桥将它们自己的标识记录在答复帧中,于是,广播帧的发送者就可以得到确切的路由,并可从中选取最佳路由。

虽然此算法可以找到最佳路由(它找到了所有的路由),但同时也面临着帧爆炸的问题。透明网桥也会发生有点类似的状况,但是没有这么严重。其扩散是按生成树进行,所以传送的总帧数是网络大小的线性函数,而不象源路由选择是指数函数。一旦主机找到至某目的地的一条路由,它就将其存入到高速缓冲器之中,无需再作查找。虽然这种方法大大遏制了帧爆炸,但它给所有的主机增加了事务性负担,而且整个算法肯定是不透明的。

3、两种网桥的比较

透明网桥一般用于连接以太网段,而源路由选择网桥则一般用于连接令牌环网段。

五、远程网桥

网桥有时也被用来连接两个或多个相距较远的LAN。比如,某个公司分布在多个城市中,该公司在每个城市中均有一个本地的LAN,最理想的情况就是所有的LAN均连接起来,整个系统就像一个大型的LAN一样。

该目标可通过下述方法实现:每个LAN中均设置一个网桥,并且用点到点的连接(比如租用电话公司的电话线)将它们两个两个地连接起来。点到点连线可采用各种不同的协议。办法之一就是选用某种标准的点到点数据链路协议,将完整的MAC帧加到有效载荷中。如果所有的LAN均相同,这种办法的效果最好,它的唯一问题就是必须将帧送到正确的LAN中。另一种办法是在源网桥中去掉MAC的头部和尾部,并把剩下的部分加到点到点协议的有效载荷中,然后在目的网桥中产生新的头部和尾部。它的缺点是到达目的主机的校验和并非是源主机所计算的校验和,因此网桥存储器中某位损坏所产生的错误可能不会被检测到。

  • 浠涔堝彨缃戞ˉ??鏈変粈涔堜綔鐢???
    绛旓細缃戞ˉ锛圔ridge锛夋槸鏃╂湡鐨勪袱绔彛浜屽眰缃戠粶璁惧锛岀敤鏉ヨ繛鎺ヤ笉鍚岀綉娈銆傜綉妗ョ殑涓や釜绔彛鍒嗗埆鏈変竴鏉$嫭绔嬬殑浜ゆ崲淇¢亾锛屼笉鏄叡浜竴鏉¤儗鏉挎荤嚎锛屽彲闅旂鍐茬獊鍩熴傜綉妗ユ瘮闆嗙嚎鍣紙Hub锛夋ц兘鏇村ソ锛岄泦绾垮櫒涓婂悇绔彛閮芥槸鍏变韩鍚屼竴鏉¤儗鏉挎荤嚎鐨勩備綔鐢細1銆鑳芥墿灞曠綉缁滅殑璺濈鎴栬寖鍥锛岃屼笖鍙彁楂樼綉缁滅殑鎬ц兘銆佸彲闈犳у拰瀹夊叏鎬с2銆佺綉...
  • 浠涔堟槸缃戞ˉ?鏈浠涔堢敤?
    绛旓細缃戞ˉ鏄竴绉嶇敤浜庤繛鎺ヤ袱涓眬鍩熺綉鐨勭綉缁滆澶锛屽畠鑳藉灏嗕竴涓ぇ鐨勫眬鍩熺綉鍒嗗壊涓哄涓綉娈碉紝鎴栧皢澶氫釜灞鍩熺綉浜掕仈涓轰竴涓昏緫灞鍩熺綉锛屼娇寰楀眬鍩熺綉涓婄殑鎵鏈夌敤鎴烽兘鑳藉璁块棶鏈嶅姟鍣ㄣ傜綉妗ユ湁浠涔堢敤锛熺綉妗ョ殑涓昏鐢ㄩ斿寘鎷細1. 鍒嗗壊灞鍩熺綉锛氱綉妗ヨ兘澶熷皢涓涓ぇ鐨勫眬鍩熺綉鍒嗗壊涓哄涓緝灏忕殑缃戞锛屾湁鍔╀簬鎺у埗缃戠粶鐨勮妯″拰鎻愰珮缃戠粶鐨...
  • 浠涔堝彨缃戞ˉ??鏈変粈涔堜綔鐢???
    绛旓細缃戞ˉ鏄竴绉嶆棭鏈熺殑缃戠粶璁惧锛屽畠鍏锋湁涓や釜绔彛锛屾瘡涓鍙i兘鏈変竴鏉$嫭绔嬬殑浜ゆ崲淇¢亾銆傝繖绉嶈璁′娇寰楃綉妗ヨ兘澶熼殧绂诲啿绐佸煙锛屽嵆姣忎釜绔彛涔嬮棿鐨勬暟鎹寘涓嶄細鍦ㄥ悓涓涓啿绐佸煙鍐呯鎾烇紝浠庤屾彁楂樹簡缃戠粶鐨勬ц兘鍜屽彲闈犳с備笌闆嗙嚎鍣ㄤ笉鍚岋紝闆嗙嚎鍣ㄧ殑鎵鏈夌鍙i兘鍏变韩鍚屼竴鏉¤儗鏉挎荤嚎锛屽洜姝ゆ墍鏈夌鍙d箣闂寸殑鏁版嵁鍖呴兘浼氬湪鎬荤嚎涓婄鎾炪傜綉妗ョ殑...
  • 浠涔堟槸缃戞ˉ?鏈浠涔堢敤?
    绛旓細缃戞ˉ锛圔ridge锛夋槸鏃╂湡鐨勪袱绔彛浜屽眰缃戠粶璁惧锛岀敤鏉ヨ繛鎺ヤ笉鍚岀綉娈銆傜綉妗ョ殑涓や釜绔彛鍒嗗埆鏈変竴鏉$嫭绔嬬殑浜ゆ崲淇¢亾锛屼笉鏄叡浜竴鏉¤儗鏉挎荤嚎锛屽彲闅旂鍐茬獊鍩熴傜綉妗ユ瘮闆嗙嚎鍣紙Hub锛夋ц兘鏇村ソ锛岄泦绾垮櫒涓婂悇绔彛閮芥槸鍏变韩鍚屼竴鏉¤儗鏉挎荤嚎鐨勩傚悗鏉ワ紝缃戞ˉ琚叿鏈夋洿澶氱鍙c佸悓鏃朵篃鍙殧绂诲啿绐佸煙鐨勪氦鎹㈡満锛圫witch锛夋墍鍙栦唬銆
  • 浠涔堝彨缃戞ˉ??鏈変粈涔堜綔鐢???
    绛旓細缃戞ˉ鏄竴绉嶆棭鏈熺殑浜屽眰缃戠粶璁惧锛屽叾涓昏浣滅敤鏄繛鎺ヤ笉鍚岀綉娈碉紝閫氳繃涓や釜鐙珛鐨勪氦鎹俊閬撹岄潪鍏变韩鑳屾澘鎬荤嚎鏉ラ殧绂诲啿绐佸煙锛岀浉杈冧簬闆嗙嚎鍣紙Hub锛夋湁鏇撮珮鐨勬ц兘銆傚畠鍏锋湁浠ヤ笅鍏抽敭鍔熻兘锛1. 缃戞ˉ鍙互鎵╁睍缃戠粶鐨勮寖鍥村拰鎬ц兘锛屾彁鍗囧彲闈犳у苟澧炲己瀹夊叏鎬э紝鐗瑰埆閫傚悎杩炴帴涓嶅悓MAC鍗忚鐨凩AN锛屽舰鎴愭贩鍚堢綉缁滅幆澧冦2. 缃戞ˉ鐨勪腑缁у姛鑳...
  • 浠涔堟槸缃戞ˉ?缃戞ˉ鏈夊摢浜涗紭缂虹偣?
    绛旓細鎬荤粨鏉ヨ锛缃戞ˉ鏄鏃╂湡缃戠粶鏋舵瀯鐨勯噸瑕佺粍鎴愰儴鍒嗭紝瀹冪殑瀛樺湪浣挎垜浠兘澶熸瀯寤烘洿楂樻晥銆佺伒娲荤殑灞鍩熺綉銆備絾闅忕潃鎶鏈殑鍙戝睍锛岀幇浠d氦鎹㈡満宸茬粡鍙栦唬浜嗛儴鍒缃戞ˉ鐨鍔熻兘锛屾洿鍔犳櫤鑳藉拰楂樻晥銆傚浜庝笉鍚岃妯″拰闇姹傜殑缃戠粶锛岄夋嫨鍚堥傜殑缃戠粶璁惧鏄叧閿傛澀宸為鐣咃紝浣滀负鍏夌氦閫氫俊棰嗗煙鐨勪笓涓氭湇鍔″晢锛屾垜浠笓娉ㄤ簬鍏夌鏈恒佸厜绾ゆ敹鍙戝櫒銆佸伐涓...
  • 璁$畻鏈虹綉缁滈噷闈浠涔堟槸缃戞ˉ?
    绛旓細缃戞ˉ鏄璁$畻鏈虹綉缁滀腑鐨勪竴涓噸瑕佹蹇碉紝瀹冩槸涓绉嶄袱绔彛璁惧锛屼富瑕佺敤浜庤繛鎺ヤ笉鍚岀殑缃戠粶娈点缃戞ˉ鐨姣忎釜绔彛閮芥嫢鏈夌嫭绔嬬殑浜ゆ崲閫氶亾锛岃繖浣垮緱瀹冨彲浠ラ殧绂诲啿绐佸煙锛屼粠鑰屾彁楂樹簡缃戠粶鐨勬ц兘鍜屽彲闈犳с備笌闆嗙嚎鍣ㄤ笉鍚岋紝闆嗙嚎鍣ㄧ殑鎵鏈夌鍙e叡浜悓涓鏉¤儗鏉挎荤嚎锛屽洜姝ょ綉妗ュ湪鎬ц兘涓婇氬父浼樹簬闆嗙嚎鍣ㄣ傜綉妗ョ殑涓昏鍔熻兘鍖呮嫭锛1. 鎵╁睍缃戠粶...
  • 浠涔堟槸缃戞ˉ鍟?缃戞ˉ璧蜂粈涔堜綔鐢ㄥ晩?瀹冪殑鍘熺悊鏄粈涔堝晩?
    绛旓細缃戞ˉ宸ヤ綔鍦ㄦ暟鎹摼璺眰锛屽皢涓や釜灞鍩熺綉锛圠AN锛夎繛璧锋潵锛屾牴鎹甅AC鍦板潃锛堢墿鐞嗗湴鍧锛夋潵杞彂甯э紝鍙互鐪嬩綔涓涓滀綆灞傜殑璺敱鍣ㄢ濓紙璺敱鍣ㄥ伐浣滃湪缃戠粶灞傦紝鏍规嵁缃戠粶鍦板潃濡侷P鍦板潃杩涜杞彂锛夈傚畠鍙互鏈夋晥鍦拌仈鎺ヤ袱涓狶AN锛屼娇鏈湴閫氫俊闄愬埗鍦ㄦ湰缃戞鍐咃紝骞惰浆鍙戠浉搴旂殑淇″彿鑷冲彟涓缃戞锛岀綉妗ラ氬父鐢ㄤ簬鑱旀帴鏁伴噺涓嶅鐨勩佸悓涓绫诲瀷鐨...
  • 浠涔堟槸缃戞ˉ缃戞ˉ鎬庝箞鐢
    绛旓細缃戞ˉ涔鍙ˉ鎺ュ櫒锛屾槸杩炴帴涓や釜灞鍩熺綉鐨勪竴绉嶅瓨鍌/杞彂璁惧锛屽畠鑳藉皢涓涓ぇ鐨凩AN鍒嗗壊涓哄涓綉娈碉紝鎴栧皢涓や釜浠ヤ笂鐨凩AN浜掕仈涓轰竴涓昏緫LAN锛屼娇LAN涓婄殑鎵鏈夌敤鎴烽兘鍙闂湇鍔″櫒銆傛墿灞曞眬鍩熺綉鏈甯歌鐨 鏂规硶 鏄娇鐢ㄧ綉妗銆傛渶绠鍗曠殑缃戞ˉ鏈変袱涓鍙o紝澶嶆潅浜涚殑缃戞ˉ鍙互鏈夋洿澶氱殑绔彛銆缃戞ˉ鐨姣忎釜绔彛涓庝竴涓綉娈电浉杩炪...
  • 浠涔堟槸缃戞ˉ?缃戞ˉ鍏蜂綋鏄仛浠涔堢敤鐨?
    绛旓細绗竴绉802缃戞ˉ鏄閫忔槑缃戞ˉ(transparentbridge)鎴栫敓鎴愭爲缃戞ˉ(spanningtreebridge)銆傛敮鎸佽繖绉嶈璁$殑浜洪瑕佸叧蹇冪殑鏄畬鍏ㄩ忔槑銆傛寜鐓т粬浠殑瑙傜偣,瑁呮湁澶氫釜LAN鐨勫崟浣嶅湪涔板洖IEEE鏍囧噯缃戞ˉ涔嬪悗,鍙渶鎶婅繛鎺ユ彃澶存彃鍏ョ綉妗,灏变竾浜嬪ぇ鍚夈備笉闇瑕佹敼鍔ㄧ‖浠跺拰杞欢,鏃犻渶璁剧疆鍦板潃寮鍏,鏃犻渶瑁呭叆璺敱琛ㄦ垨鍙傛暟銆傛讳箣浠涔涔熶笉骞,鍙』鎻掑叆鐢电紗灏卞畬浜...
  • 扩展阅读:免费网桥获取 ... 无线网桥连接示意图 ... 网桥怎么连接交换机 ... 一个网桥如何蹭网教程 ... 无线网桥配对教程 ... 中继和桥接哪个网速好 ... 网桥两个网口插哪个 ... 电梯网桥安装视频 ... 无线网桥是什么设备 ...

    本站交流只代表网友个人观点,与本站立场无关
    欢迎反馈与建议,请联系电邮
    2024© 车视网