一、針對(duì)這種情況，我們可以巧妙地使用橋接來解決此問題。這里我們用一個(gè)例子來說明橋接的作用。

1、聯(lián)網(wǎng)環(huán)境是FAST路由器，10M以太網(wǎng)模塊NM-1E；支持2M帶寬的WAN模塊WIC-1T，路由協(xié)議使用IP，并且我們配置的路由器A的LAN IP地址和內(nèi)部C類網(wǎng)絡(luò)地址相同：19 2. 1. 1. 254 ，掩碼25 5. 25 5. 25 5. 0，分別連接到調(diào)度自動(dòng)化EMS主系統(tǒng)的交換機(jī)和WAN接口模塊的IP網(wǎng)絡(luò)。該地址是A類子網(wǎng)地址：1 0. 0. 1. 1，遮罩25 5. 25 5. 25 5. 252。

2、路由器B的LAN IP地址為19 2. 1. 2. 254，掩碼25 5. 25 5. 25 5. 0，直接連接到自動(dòng)化工作站； WAN接口模塊的IP網(wǎng)絡(luò)地址為1 0. 0. 1. 2，掩碼25 5. 25 5. 25 5. 252。配置完成后，請(qǐng)?jiān)诼酚善魃鲜褂肧how ip route命令查看路由表，并使用Ping命令對(duì)路由器之間的每個(gè)端口執(zhí)行ping操作。

3、在服務(wù)器和遠(yuǎn)程工作站上添加了相應(yīng)的靜態(tài)路由，但是在遠(yuǎn)程工作站上啟動(dòng)系統(tǒng)時(shí)出現(xiàn)問題。該程序不斷提示網(wǎng)絡(luò)連接錯(cuò)誤，并且數(shù)據(jù)表無法從服務(wù)器下載到本地共享內(nèi)存，系統(tǒng)無法啟動(dòng)。

二、程序不支持TCP / IP協(xié)議嗎？在詳細(xì)查詢了系統(tǒng)的技術(shù)信息并咨詢了制造商之后，我了解到，盡管該程序支持TCP / IP協(xié)議，但仍有一些內(nèi)部過程可以通過廣播傳輸數(shù)據(jù)包，并且無法進(jìn)行路由。這時(shí)，將發(fā)送網(wǎng)橋。有用。

1、橋接是指基于OSI網(wǎng)絡(luò)模型的鏈路層地址轉(zhuǎn)發(fā)網(wǎng)絡(luò)數(shù)據(jù)包的過程。當(dāng)路由器配置有橋接選項(xiàng)時(shí)，它將處理所有接口上的所有數(shù)據(jù)幀并實(shí)時(shí)調(diào)查每個(gè)主機(jī)的位置。如果在接口上接收到幀，則會(huì)在網(wǎng)橋中建立一個(gè)條目，以列出發(fā)送數(shù)據(jù)的主機(jī)和接收數(shù)據(jù)幀的接口的MAC地址，從而在通信中不斷改進(jìn)路由表。

2、透明橋接使路由器對(duì)主機(jī)透明，其功能等效于LAN交換機(jī)。如果同一局域網(wǎng)中的兩個(gè)主機(jī)進(jìn)行通信，則數(shù)據(jù)幀將不會(huì)發(fā)送到其他接口，因?yàn)樵诰W(wǎng)橋表中，如果接收到幀，則數(shù)據(jù)幀都來自同一接口，并且MAC地址本身不存在在網(wǎng)橋表中，該幀將擴(kuò)散到所有接口，并且網(wǎng)橋還將擴(kuò)散所有廣播數(shù)據(jù)包，從而占用網(wǎng)絡(luò)的有效帶寬并導(dǎo)致網(wǎng)絡(luò)擁塞。

3、運(yùn)行透明網(wǎng)橋的路由器，使用生成樹協(xié)議可以很好地避免由橋接引起的廣播風(fēng)暴，生成樹協(xié)議通過橋接協(xié)議數(shù)據(jù)單元定義了網(wǎng)絡(luò)上每個(gè)網(wǎng)橋的通信形式，其邏輯結(jié)構(gòu)為就像一棵樹一樣，每個(gè)橋都是該樹的分支，具有自己的路徑值，橋ID和優(yōu)先級(jí)。最低優(yōu)先級(jí)的網(wǎng)橋是根。如果優(yōu)先級(jí)相同，則選擇橋ID最低的橋。數(shù)據(jù)包通過根網(wǎng)橋和其他網(wǎng)橋形成的路徑進(jìn)行傳輸，最高級(jí)別的網(wǎng)橋?qū)⒆枞�接口，僅接收BPDU數(shù)據(jù)包，有效地解決了廣播擴(kuò)散的問題。

我們架設(shè)了橋之后，問題就解決了。盡管橋接技術(shù)有其局限性，但它仍然是解決某些特定實(shí)際問題的有效方法和手段。思科路由器還支持橋接。

本文來自本站，轉(zhuǎn)載請(qǐng)注明本文網(wǎng)址：
http://www.pc-fly.com/a/tongxingongju/article-318662-1.html