路由器是城域網(wǎng)、廣域網(wǎng)和互聯(lián)網(wǎng)上的基本設(shè)備，它連接分布在一定地域范圍內(nèi)的計算機遠程網(wǎng)絡(luò)，并依據(jù)OSI參考模型第三層的IP地址來對數(shù)據(jù)包進行轉(zhuǎn)發(fā)。IP技術(shù)的簡單、開放和容易擴展的特性，使它在互聯(lián)網(wǎng)和寬帶網(wǎng)建設(shè)領(lǐng)域得到了廣泛的應(yīng)用，這又相應(yīng)地促進了IP技術(shù)的發(fā)展。但實際上，由于城域網(wǎng)、廣域網(wǎng)也是在局域網(wǎng)的基礎(chǔ)上發(fā)展起來的，現(xiàn)有的路由器生產(chǎn)廠商還是保留了原來連接局域網(wǎng)的橋接技術(shù)，而且橋接技術(shù)在一定的范圍內(nèi)可以根據(jù)具體情況因地制宜靈 活地進行部署，滿足用戶上層應(yīng)用的具體需求，所以橋接技術(shù)仍有存在的意義。下面就是先在Cisco 2610路由器上配置IP遇到困難后，采用透明橋接方式解決問題的實例。

　　直接配置IP失敗

　　筆者所在的電力調(diào)度部門依靠能量管理系統(tǒng)EMS控制電網(wǎng)的運行，在發(fā)生事故的情況下，需要給調(diào)度員在遠方提供一個備用的 EMS工作站，防止因火災(zāi)等意外事件導(dǎo)致調(diào)度癱瘓、電網(wǎng)解列的嚴重后果，保證電網(wǎng)的安全、經(jīng)濟、優(yōu)質(zhì)運行。遠程備用工作站位于中心調(diào)度三公里之外，距離較長。方案決定兩端用Cisco2610路由器連接，中間采用2M帶寬的線路。

　　路由器的計劃配置為：型號選擇Cisco 2610；一個10M以太網(wǎng)模塊NM-1E；一個支持2M帶寬的廣域網(wǎng)模塊WIC-1T。出于一般的習(xí)慣，路由的協(xié)議采用IP，不料這卻使我們走了一段彎路。

　　我們配置的路由器A的局域網(wǎng)IP地址與內(nèi)部C類網(wǎng)絡(luò)地址一致：192.1.1.254，Mask 255.255.255.0，連接到調(diào)度自動化EMS主系統(tǒng)的Cisco 5500交換機上；廣域網(wǎng)接口模塊的IP網(wǎng)絡(luò)地址為A類子網(wǎng)地址：10.0.1.1，Mask 255.255.255.252。同樣，路由器B的局域網(wǎng)IP地址為192.1.2.254，Mask 255.255.255.0，直接連接自動化工作站；廣域網(wǎng)接口模塊的IP網(wǎng)絡(luò)地址為10.0.1.2，Mask 255.255.255.252。配置之后，在路由器上使用Show ip route命令，可以察看路由表，使用Ping命令均可Ping通路由器間的各個端口。

　　此時我們以為大功告成了，在服務(wù)器和遠程工作站上添加了相應(yīng)的靜態(tài)路由，但在遠程工作站上啟動系統(tǒng)時卻出了問題。程序不停提示網(wǎng)絡(luò)連接錯誤，不能從服務(wù)器上下載數(shù)據(jù)表到本地的共享內(nèi)存，系統(tǒng)啟動失敗。

　　透明橋接實現(xiàn)廣播

　　難道程序不支持TCP/IP協(xié)議么？我們感到疑惑不解。在詳細地查找了系統(tǒng)的技術(shù)資料和向廠家技術(shù)咨詢后，才知道程序雖然支持TCP/IP協(xié)議，但還有些內(nèi)部進程是通過廣播來傳送數(shù)據(jù)包的，不能被路由。怎樣通過路由器傳送廣播數(shù)據(jù)包呢？透明橋接此時就派上了用場。

　　“橋接”，是指依據(jù)OSI網(wǎng)絡(luò)模型的鏈路層的地址，對網(wǎng)絡(luò)數(shù)據(jù)包進行轉(zhuǎn)發(fā)的過程。當路由器配置了橋接選項后，會處理所有接口上的所有的數(shù)據(jù)幀，并實時調(diào)查每個主機的位置。若在某個接口上收入一個幀，就會在一個橋接內(nèi)置入一個條目，列出發(fā)送數(shù)據(jù)的主機和接收到數(shù)據(jù)幀的接口MAC地址，這樣路由表就被不斷地在通信中完善起來。透明橋接使路由器對主機來講是透明的，其作用就相當于一個局域網(wǎng)交換機。若是同一個LAN內(nèi)的兩個主機通信，數(shù)據(jù)幀就不會被發(fā)送到其它的接口，因為在橋接表里，數(shù)據(jù)幀都來自相同的接口；若是收到一個幀，而其中的MAC地址不在自己的橋接表里，就會將這個幀擴散到所有的接口，橋接還會擴散所有的廣播包，占用網(wǎng)絡(luò)的有效帶寬，造成網(wǎng)絡(luò)的堵塞。我們知道，Cisco IOS支持多種類型的橋接，比如：透明橋接、封裝橋接、源路由橋接、源路由透明橋接、源路由轉(zhuǎn)換橋接。

而運行透明橋接的Cisco路由器，使用“生成樹協(xié)議”（Spanning Tree Protocol）可以很好地避免橋接引起的廣播風暴。生成樹協(xié)議通過“橋接協(xié)議數(shù)據(jù)單元”（Bridge Protocol Data Units）定義了網(wǎng)絡(luò)上各個橋接的通信形式，其邏輯結(jié)構(gòu)就像一棵樹，每個橋接就是這棵樹的一個分支，擁有自己的路徑值、Bridge Id和優(yōu)先級。優(yōu)先級最低的橋接作為根，如果優(yōu)先級相同，則選擇橋接ID最低的那個橋接。數(shù)據(jù)包就通過根橋接與其他橋接形成的路徑進行傳送，最高層的橋接就將封鎖接口，只接收BPDU數(shù)據(jù)包，這樣就有效地解決了廣播擴散的問題。明白了生成樹的道理，我們就可以有的放矢，重新配置路由器的命令如下：

DispatchA#config terminal

！選擇IEEE STP生成樹協(xié)議。

DispatchA(config)#bridge 1 protocol ieee

！選擇主調(diào)度端的路由器作為根橋接。

DispatchA(config)#bridge 1 priority 0

DispatchA(config)#interface ethernet0/0

DispatchA(config-if)#bridge-group 1

DispatchA(config-if)#interface serial0/0

DispatchA(config-if)#bridge-group 1

DispatchA(config-if)#

在備用調(diào)度端的路由器，除了不設(shè)置優(yōu)先級，其余配置同上。

　　經(jīng)過上述的工作后，遠程工作站和本地網(wǎng)絡(luò)上的主機可以毫無障礙地連接，路由器的配置也相對簡化。再把服務(wù)器端的數(shù)據(jù)庫接口程序發(fā)布延時適當加長，現(xiàn)在遠程工作站上的程序啟動一切正常，實時信息的刷新雖然相對較慢，但是仍能滿足應(yīng)用的要求。以上的實例說明橋接技術(shù)雖然有它的局限性，但它仍然是解決一些具體的實際問題的有效的方法和手段。網(wǎng)絡(luò)技術(shù)雖然在不斷地發(fā)展，在我們追蹤新技術(shù)的同時，不要忽視了老技術(shù)仍然會在某些地方會給我們喜出望外的的幫助。