專利名稱：以太環(huán)網(wǎng)中防止廣播風(fēng)暴的方法及以太環(huán)網(wǎng)傳輸交換機(jī)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及以太網(wǎng)技術(shù)，特別涉及一種提高以太環(huán)網(wǎng)穩(wěn)定性的方法，具體 地，涉及一種以太環(huán)網(wǎng)中防止廣播風(fēng)暴的方法及以太環(huán)網(wǎng)傳輸交換機(jī)。
背景技術(shù)：
隨著以太網(wǎng)技術(shù)的飛速發(fā)展以及應(yīng)用的不斷提升，采用性價(jià)比極高的以太 網(wǎng)技術(shù)來構(gòu)建大型的企業(yè)網(wǎng)、城域網(wǎng)已經(jīng)成為一個(gè)不可阻擋的趨勢(shì)。在這類規(guī) 模大、業(yè)務(wù)多的網(wǎng)絡(luò)環(huán)境里面，絕大部分都是部署環(huán)形拓?fù)?，如圖l所示，環(huán)形 拓?fù)涞奶卣骶褪敲颗_(tái)設(shè)備使用兩個(gè)端口和相鄰設(shè)備互連，形成一條閉合鏈路。如果使用以太網(wǎng)交換機(jī)來構(gòu)建這種環(huán)形拓?fù)?，我們就將其稱為以太環(huán)網(wǎng)。 在一個(gè)以太環(huán)網(wǎng)里面，最關(guān)鍵的兩個(gè)功能就是冗余和故障恢復(fù)。所謂冗余是指在環(huán)路完整的時(shí)候，必須有個(gè)端口阻塞數(shù)據(jù)轉(zhuǎn)發(fā)，以避免數(shù) 據(jù)在環(huán)路里面不斷循環(huán)，形成所謂的廣播風(fēng)暴。如圖2所示，交換機(jī)A把和交換機(jī)B互連的端口給阻塞住，圖中的圓圈表 示阻塞，這樣數(shù)據(jù)報(bào)文將無法穿透交換機(jī)A上阻塞的那個(gè)端口，于是這個(gè)以太 環(huán)網(wǎng)就不會(huì)形成廣播風(fēng)暴，而鏈路10此時(shí)被稱為備份鏈路，也就是說正常情況 下，該鏈路10是不做數(shù)據(jù)轉(zhuǎn)發(fā)的，而除此以外的其它鏈路都是可以轉(zhuǎn)發(fā)數(shù)據(jù)的， 被稱為工作鏈路，比如圖2中交換機(jī)A到交換機(jī)D間的鏈路就是工作鏈路。這就是以太環(huán)網(wǎng)冗余的含義。所謂的故障恢復(fù)是指某條工作鏈路故障之后，數(shù)據(jù)轉(zhuǎn)發(fā)可以從其它鏈路進(jìn) 行轉(zhuǎn)發(fā)。如圖3所示，當(dāng)交換機(jī)D和交換機(jī)C間的工作鏈路出現(xiàn)故障后，交換機(jī)D 和C間的通訊將中斷(因?yàn)閳D2中交換機(jī)A到B的端口是阻塞的，于是交換機(jī)D、 C間直連鏈路故障后，交換機(jī)D、 C將無法通信)，也就是出現(xiàn)了通信故障。此時(shí)可以將:交換機(jī)A和B間的阻塞端口設(shè)置為可轉(zhuǎn)發(fā)數(shù)據(jù)的狀態(tài)，于是圖2中的備 份鏈路就變成了圖3中的工作鏈路了，交換機(jī)D和C間的通信將通過交換機(jī)A、 B來進(jìn)行中轉(zhuǎn)。這種情況我們將其稱為故障恢復(fù)。當(dāng)然了如果交換機(jī)A和B間的 鏈路也出現(xiàn)故障，交換機(jī)D和C就將一直無法通信，這也是因?yàn)橐蕴h(huán)網(wǎng)只有 一條備份鏈路而導(dǎo)致的不足，因此本發(fā)明里面，我們提到的故障都是指一個(gè)環(huán) 里面只有一條鏈路出現(xiàn)故障。rfc3619定義了一種用于實(shí)現(xiàn)以太環(huán)網(wǎng)的技術(shù)，稱為以太網(wǎng)自動(dòng)保護(hù)切換 (EAPs， Ethernet Automatic Protection switching)，它同樣涵蓋了上面我們 講到冗余和故障恢復(fù)功能。EAPs技術(shù)被很多業(yè)界廠商支持，使用廣泛。它的原 理大致加下如圖4所示，EAPs環(huán)網(wǎng)定義了兩種設(shè)備角色，Master (主交換機(jī))和傳輸 交換機(jī)。如圖4所示在一個(gè)環(huán)路完整的情況下，Master負(fù)責(zé)將一個(gè)端口阻塞， 避免數(shù)據(jù)形成環(huán)路。這里被阻塞的端口稱為從端口，另外一個(gè)可轉(zhuǎn)發(fā)數(shù)據(jù)的端 口叫主端口。而對(duì)于傳輸交換機(jī)來說，則沒有區(qū)分，都可以轉(zhuǎn)發(fā)數(shù)據(jù)。在此需 要說明的是，對(duì)于所有的交換機(jī)來說，阻塞僅僅表示無法轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)的意思是 從一個(gè)端口到另一個(gè)端口 ，但是阻塞的端口無法阻擋來自本設(shè)備發(fā)出的報(bào)文， 也無法阻擋來自其他設(shè)備發(fā)給本設(shè)備的報(bào)文，但可以阻擋需要經(jīng)過本設(shè)備的報(bào) 文。圖4中的箭頭表示了EAPs環(huán)網(wǎng)完整時(shí)數(shù)據(jù)傳輸?shù)那闆r，可以看到，Master 的從端口到交換機(jī)B的鏈路100是無法轉(zhuǎn)發(fā)數(shù)據(jù)的。如圖5所示，Master會(huì)周期性地向它的主端口發(fā)送探測(cè)報(bào)文(探測(cè)消息)， 如果環(huán)路是完整的，該探測(cè)報(bào)文將穿越傳輸交換機(jī)D、傳輸交換機(jī)C和傳輸交換 機(jī)B，；回到Master的從端口。阻塞的端口雖報(bào)文無法穿越，但可以進(jìn)行報(bào)文接 收，因此Master將可以從它的從端口上接收到該探測(cè)報(bào)文，此時(shí)Master將繼 續(xù)保持其從端口的阻塞狀態(tài)。如果環(huán)路是不完整的，Master將無法在它的從端 口收到探測(cè)報(bào)文，如果Master在一段連續(xù)時(shí)間內(nèi)一直沒有收到這個(gè)探測(cè)報(bào)文， 則認(rèn)為探測(cè)報(bào)文完全超時(shí)了，也就是相當(dāng)于認(rèn)為此時(shí)環(huán)路已經(jīng)斷裂了(比如環(huán)上的某設(shè)備出現(xiàn)異常導(dǎo)致探測(cè)報(bào)文無法穿越，進(jìn)而引起消息超時(shí))，此時(shí)Master 會(huì)將它的從端口設(shè)置為可以轉(zhuǎn)發(fā)數(shù)據(jù)。如圖6所示，當(dāng)EAPs環(huán)網(wǎng)中某條鏈路出現(xiàn)故障，比如交換機(jī)D和C間鏈路 出現(xiàn)斷裂，則交換機(jī)D和C分別向Master發(fā)送一個(gè)鏈路斷裂(down)消息，告 訴Master有鏈路出現(xiàn)斷裂。如圖7所示，Master收到down消息后，直接將從端口設(shè)置為可以轉(zhuǎn)發(fā)數(shù)據(jù)， 此時(shí)的EAPs環(huán)網(wǎng)的拓?fù)渥兂蓤D7所示的樣子。圖7中的箭頭表示了新拓?fù)湎聰?shù) 據(jù)傳輸?shù)姆较?。如圖8所示，當(dāng)交換機(jī)D和C間的鏈路再次恢復(fù)時(shí)，兩臺(tái)設(shè)備必須先阻塞 各自剛剛恢復(fù)的端口，同時(shí)向Master發(fā)送鏈路恢復(fù)(up)消息，告訴Master 鏈路恢復(fù)了。必須先阻塞剛恢復(fù)的端口的原因是此時(shí)master的從端口是可以轉(zhuǎn) 發(fā)數(shù)據(jù)的，如果交換機(jī)D和C不阻塞的話，就會(huì)形成數(shù)據(jù)環(huán)路。Master收到up消息后需要再次將從端口阻塞，同時(shí)分別向交換機(jī)C和D發(fā) 送一個(gè)釋放臨時(shí)阻塞端口的指令(flush消息)，這個(gè)flush消息是用于告訴交 換機(jī)D和C: Master已經(jīng)阻塞從端口了，可以將之前阻塞的端口恢復(fù)了。交換 機(jī)D和C就可以放心的將圖9中交換機(jī)D和C間的鏈路兩端的兩個(gè)阻塞的端口 設(shè)置為可轉(zhuǎn)發(fā)數(shù)據(jù)，于是拓?fù)溆只謴?fù)成圖4的樣子。通過如上描述可以看到EAPs的處理分三個(gè)部分Master周期性進(jìn)行環(huán)路的 完整性探測(cè)；傳輸交換機(jī)負(fù)責(zé)向Master通告鏈路是故障還是恢復(fù)了 (通過down 消息和叩消息)；Master負(fù)責(zé)根據(jù)收到的消息決定從端口該阻塞還是可以轉(zhuǎn)發(fā) 數(shù)據(jù)，同時(shí)告訴傳輸交換機(jī)釋放可能被阻塞的端口 (通過Hush消息)。EAPs協(xié)議的設(shè)計(jì)比較理想化，在實(shí)際應(yīng)用中會(huì)遇到一些問題，這里我們關(guān) 注圖8的情況，我們來仔細(xì)考慮一下圖8的拓?fù)湓趯?shí)際應(yīng)用中會(huì)遇到什么問題。 設(shè)備在實(shí)際應(yīng)用中各自的系統(tǒng)負(fù)荷是不一樣的，因此它們對(duì)外界事件的響應(yīng)速 度也是不一樣的。在圖8中假設(shè)了交換機(jī)D和C間鏈路恢復(fù)后兩臺(tái)交換機(jī)設(shè)備 可以幾乎同時(shí)發(fā)現(xiàn)這個(gè)恢復(fù)事件并向master報(bào)告。但實(shí)際應(yīng)用中并不是這樣的，5設(shè)備間會(huì)由于很多原因，比如硬件配置等級(jí)不一樣、處理的數(shù)據(jù)流量不一樣、 所處的物理環(huán)境不一樣等導(dǎo)致它們的響應(yīng)速度不一樣，這種響應(yīng)速度上的差異小則幾個(gè)微妙，大則好幾秒。而對(duì)于EAPs來說，如果這種差異達(dá)到一定的量級(jí)， 會(huì)導(dǎo)致運(yùn)行出錯(cuò)。同樣以圖8為例說明，假設(shè)這樣一種情況-交換機(jī)D先發(fā)現(xiàn)了鏈路恢復(fù)事件，阻塞了和交換機(jī)C相連的端口并向Master 發(fā)送了up消息；由于EAPs協(xié)議的規(guī)定，即便只收到一個(gè)叩消息，Master也必 須向兩邊發(fā)送flush消息，因此Master收到交換機(jī)D的up消息后，阻塞了從 端口 ，同時(shí)向交換機(jī)D和C發(fā)送flush消息此時(shí)交換機(jī)D顯然可以在收到flush 消息后將端口恢復(fù)成可轉(zhuǎn)發(fā)狀態(tài)；但此時(shí)交換機(jī)C由于正在做一些繁忙處理， 在收到Master的flush消息時(shí)還無法發(fā)現(xiàn)和交換機(jī)D連的鏈路己經(jīng)恢復(fù)了，因 此它會(huì)自動(dòng)丟棄Master發(fā)送過來的flush消息。 一段時(shí)間之后，交換機(jī)C才發(fā) 現(xiàn)鏈路恢復(fù)了，于是它按照EAPs協(xié)議的約定阻塞和交換機(jī)D相連的端口，然后 向Master發(fā)送一個(gè)up消息；但此時(shí)Master的從端口已經(jīng)處于阻塞狀態(tài)，也就 是說Master認(rèn)為此時(shí)環(huán)路應(yīng)該已經(jīng)是正常了，因此它會(huì)丟棄這個(gè)叩消息，換 句話說，EAPs協(xié)議是假定了設(shè)備間的響應(yīng)速度相差無幾，對(duì)這種異常情況沒有 提供處理措施。于是環(huán)路拓?fù)鋾?huì)變成如下一種情況如圖10所示，由于Master不會(huì)處理交換機(jī)C的up消息，交換機(jī)C將無法 收到Master的flush消息，進(jìn)而導(dǎo)致交換機(jī)C和D相連的端口會(huì)一直阻塞。由 于C和D相連的端口一直阻塞，Master也將無法在從端口上收到自己發(fā)送出去 的探測(cè)報(bào)文。由于C和D相連的端口處于阻塞狀態(tài)，Master的從端口也處于阻 塞狀態(tài)，這樣從圖IO中我們可以看到交換機(jī)C、 B將無法和交換機(jī)D通信(因?yàn)?有兩個(gè)口被阻塞住了)。這種錯(cuò)誤的狀態(tài)會(huì)持續(xù)一段時(shí)間，根據(jù)EAPs協(xié)議的規(guī) 定，當(dāng)消息超時(shí)的時(shí)候，阻塞的端口將被恢復(fù)成可以轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)文。由于探測(cè) 報(bào)文的超時(shí)時(shí)間是在Master收到傳輸交換機(jī)D發(fā)送來的叩消息，阻塞了從端 口的時(shí)候就開始計(jì)算的；而flush消息的超時(shí)時(shí)間是在傳輸交換機(jī)C阻塞剛恢 復(fù)的端口并發(fā)送叩消息給Master的時(shí)候才開始計(jì)算。因此探測(cè)報(bào)文會(huì)先超時(shí)，Master的從端口先被恢復(fù)成可以轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)文，緊接著flush消息超時(shí)，傳輸 交換機(jī)C與D相連的端口的也被恢復(fù)為可以轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)文，廣播風(fēng)暴由此產(chǎn)生。發(fā)明內(nèi)容有鑒于如上問題，本發(fā)明的目的之一在于提供一種以太環(huán)網(wǎng)中防止廣播風(fēng) 暴的方法，以避免EAPs環(huán)網(wǎng)在鏈路恢復(fù)時(shí)由于設(shè)備響應(yīng)速度不一致而導(dǎo)致EAPs 探測(cè)機(jī)制錯(cuò)誤，進(jìn)而避免形成廣播風(fēng)暴的問題，提高以太環(huán)網(wǎng)的穩(wěn)定性。相應(yīng)地，本發(fā)明還提供一種以太環(huán)網(wǎng)傳輸交換機(jī)。為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供的以太環(huán)網(wǎng)中防止廣播風(fēng)暴的方法 包括鏈路恢復(fù)時(shí)，該鏈路兩端的傳輸交換機(jī)將從該傳輸交換機(jī)的一個(gè)端口捕 獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到該傳輸交換機(jī)的另一個(gè)端口。本發(fā)明實(shí)施例提供的以太環(huán)網(wǎng)傳輸交換機(jī)包括強(qiáng)制轉(zhuǎn)發(fā)單元，用于將從一個(gè)端口捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到另一個(gè)端口 。本發(fā)明提供了一種新的以太環(huán)網(wǎng)鏈路探測(cè)機(jī)制，該機(jī)制可應(yīng)用于EAPs環(huán)網(wǎng)， 通過鏈路恢復(fù)時(shí)傳輸交換機(jī)向剛恢復(fù)的鏈路強(qiáng)制轉(zhuǎn)發(fā)探測(cè)報(bào)文并將從剛恢復(fù)鏈 路收到的探測(cè)報(bào)文進(jìn)行強(qiáng)制轉(zhuǎn)發(fā)，可以避免鏈路恢復(fù)時(shí)由于設(shè)備響應(yīng)延遲造成 的廣播風(fēng)暴，使得以太環(huán)網(wǎng)更能適應(yīng)實(shí)際的應(yīng)用環(huán)境，提高以太環(huán)網(wǎng)的穩(wěn)定性。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，并不構(gòu)成對(duì)本發(fā)明的限定。在附圖中 圖l為現(xiàn)有的以太網(wǎng)環(huán)形拓?fù)鋱D；圖2為現(xiàn)有技術(shù)中顯示了阻塞端口的以太網(wǎng)環(huán)拓?fù)鋱D；圖3為現(xiàn)有技術(shù)中具有鏈路故障的以太網(wǎng)環(huán)拓?fù)鋱D；圖4為現(xiàn)有技術(shù)中正常時(shí)的EAPs環(huán)網(wǎng)拓?fù)鋱D；圖5為Master通過探測(cè)報(bào)文進(jìn)行環(huán)路探測(cè)的EAPs環(huán)網(wǎng)拓?fù)鋱D；圖6為具有鏈路故障的EAPs環(huán)網(wǎng)拓?fù)鋱D；函7為圖6中故障處理后的EAPs環(huán)網(wǎng)拓?fù)鋱D；圖8為圖7中故障鏈路恢復(fù)時(shí)的EAPs環(huán)網(wǎng)拓?fù)鋱D； 圖9為圖8中Master處理up消息時(shí)的EAPs環(huán)網(wǎng)拓?fù)鋱D；圖10為圖9中故障鏈路兩端的設(shè)備響應(yīng)速度不同時(shí)導(dǎo)致的錯(cuò)誤EAPs環(huán)網(wǎng)拓 撲圖；圖11為現(xiàn)有技術(shù)中鏈路恢復(fù)時(shí)探測(cè)報(bào)文探測(cè)的EAPs環(huán)網(wǎng)拓?fù)鋱D； 圖12為本發(fā)明實(shí)施例的防止廣播風(fēng)暴的EAPs環(huán)網(wǎng)拓?fù)鋱D。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明的 具體實(shí)施例進(jìn)行詳細(xì)說明。在此，本發(fā)明的示意性實(shí)施例及其說明用于解釋本 發(fā)明，但并不作為對(duì)本發(fā)明的限定。本發(fā)明實(shí)施例是通過在鏈路恢復(fù)時(shí)強(qiáng)制轉(zhuǎn)發(fā)探測(cè)報(bào)文并取消現(xiàn)有EAPs協(xié)議 中的up消息來解決EAPs環(huán)網(wǎng)在鏈路恢復(fù)時(shí)因?yàn)樵O(shè)備響應(yīng)延遲而出現(xiàn)廣播風(fēng)暴的 問題的(1)強(qiáng)制轉(zhuǎn)發(fā)探測(cè)報(bào)文當(dāng)傳輸交換機(jī)D與傳輸交換機(jī)C之間的鏈路故障時(shí)，Master將無法在從端 口上接收到自己發(fā)送出去的探測(cè)報(bào)文；如圖11所示，當(dāng)傳輸交換機(jī)D與傳輸交 換機(jī)C之間的鏈路恢復(fù)時(shí)，由于與傳輸交換機(jī)D和傳輸交換機(jī)C之間的鏈路相 關(guān)的兩個(gè)端口都處于阻塞狀態(tài)，因此，Master還是沒辦法在其從端口接收到自 己發(fā)送出去的探測(cè)報(bào)文。但是阻塞的端口只是報(bào)文無法穿透，如果本機(jī)強(qiáng)制向阻塞的端口發(fā)送報(bào)文， 仍然可以發(fā)送出去，同吋阻塞的端口仍然可以進(jìn)行報(bào)文的接收。因此如果傳輸 交換機(jī)D將從圖11中端口 1上捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到其阻塞的那個(gè)端口 2，傳輸交換機(jī)C將從阻塞端口 3捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到圖11中該傳輸 交換機(jī)C的另一個(gè)端口4，那么，當(dāng)傳輸交換機(jī)C和傳輸交換機(jī)D之間的鏈路恢 復(fù)，且傳輸交換機(jī)D和傳輸交換機(jī)C都檢測(cè)到該鏈路恢復(fù)時(shí)，則如圖12所示， Master將可以再次在其從端口上收到自己發(fā)送出去的探測(cè)報(bào)文，從而獲知故障鏈路的恢復(fù)。也就是說，可以通過強(qiáng)制轉(zhuǎn)發(fā)探測(cè)報(bào)文的方式來獲知故障鏈路的恢復(fù)和保 證故障恢復(fù)鏈路兩端的設(shè)備都已經(jīng)檢測(cè)到故障鏈路的恢復(fù)，消除設(shè)備響應(yīng)速度 不一致的問題。(2)取消up消息釆用強(qiáng)制轉(zhuǎn)發(fā)探測(cè)報(bào)文之后，可以根據(jù)Master收到探測(cè)報(bào)文來判斷故障鏈 路的恢復(fù)，因此，當(dāng)故障鏈路恢復(fù)時(shí)，無需再發(fā)送up消息，簡(jiǎn)化了EAPs協(xié)議。因此，本發(fā)明實(shí)施例的可以保證EAPs環(huán)網(wǎng)在鏈路恢復(fù)時(shí)不會(huì)因?yàn)樵O(shè)備響應(yīng) 延遲而出現(xiàn)廣播風(fēng)暴的方法的實(shí)施步驟如下(1) 以太環(huán)網(wǎng)部署EAPs環(huán)網(wǎng)。(2) 鏈路恢復(fù)時(shí)，該鏈路兩端的傳輸交換機(jī)不發(fā)送up消息，而是捕獲探測(cè) 報(bào)文，并進(jìn)行強(qiáng)制轉(zhuǎn)發(fā)。具體地，該強(qiáng)制轉(zhuǎn)發(fā)可這樣實(shí)現(xiàn)該恢復(fù)鏈路一端的 傳輸交換機(jī)將其非阻塞的端口上捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到其阻塞的那個(gè)端 口 ，該恢復(fù)鏈路另一端的傳輸交換機(jī)將從其阻塞的端口捕獲到的探測(cè)報(bào)文強(qiáng)制 轉(zhuǎn)發(fā)到該傳輸交換機(jī)的另一個(gè)端口。(3) Master在其從端口再次收到探測(cè)報(bào)文，從而獲知故障鏈路的重新恢復(fù)， 于是阻塞從端口，發(fā)送flush消息。經(jīng)過以上方案實(shí)施，部署EAPs環(huán)網(wǎng)時(shí)就無須擔(dān)心設(shè)備響應(yīng)延遲問題而導(dǎo)致 的通廣播風(fēng)暴問題。本發(fā)明實(shí)施例的實(shí)施如上探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)并取消消息的傳輸交換機(jī)包括 強(qiáng)制轉(zhuǎn)發(fā)單元，用于將從一個(gè)端口捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到另一個(gè)端口。另，該傳輸交換機(jī)還可設(shè)置有控制單元，用于在鏈路恢復(fù)時(shí)控制不發(fā)送鏈 路恢復(fù)消息。當(dāng)然，該傳輸交換機(jī)還包括實(shí)現(xiàn)其基本功能的其他部分，由于這些部分屬 于現(xiàn)有技術(shù)，在此并不作詳細(xì)的描述。上述可知，本發(fā)明通過鏈路恢復(fù)時(shí)傳輸交換機(jī)向剛恢復(fù)的鏈路強(qiáng)制轉(zhuǎn)發(fā)EAPs探測(cè)報(bào)文并將從剛恢復(fù)鏈路收到的EAPs探測(cè)報(bào)文進(jìn)行強(qiáng)制轉(zhuǎn)發(fā),可以保證 EAPs環(huán)網(wǎng)在鏈路恢復(fù)時(shí)不會(huì)因?yàn)樵O(shè)備響應(yīng)延遲而出現(xiàn)廣播風(fēng)暴，提高了 EAPs環(huán) 網(wǎng)的穩(wěn)定性。并且在那些對(duì)通信質(zhì)量要求很高又必須部署EAPs環(huán)網(wǎng)的場(chǎng)合，應(yīng) 用本發(fā)明可以避免設(shè)備響應(yīng)延遲而造成廣播風(fēng)暴的問題，使得EAPs環(huán)網(wǎng)可以應(yīng) 對(duì)更多的實(shí)際環(huán)境。另外，本發(fā)明去掉了 EAPs中原有的up消息，簡(jiǎn)化了 EAPs 協(xié)議。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ) 介質(zhì)中，比如R0M/RAM、磁碟、光盤等。以上所述的具體實(shí)施例，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn) 一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施例而己，并不 用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、 等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種以太環(huán)網(wǎng)中防止廣播風(fēng)暴的方法，其特征在于，該方法包括鏈路恢復(fù)時(shí)，該鏈路兩端的傳輸交換機(jī)將從該傳輸交換機(jī)的一個(gè)端口捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到該傳輸交換機(jī)的另一個(gè)端口。
2. 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述鏈路恢復(fù)時(shí)該方法還包括該鏈路兩端的傳輸交換機(jī)取消發(fā)送鏈路恢復(fù)消息。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，還包括所述探測(cè)報(bào)文為從以太環(huán)網(wǎng)的主交換機(jī)從主端口發(fā)送的探測(cè)報(bào)文，當(dāng)所述 主交換機(jī)在從端口接收到所述探測(cè)報(bào)文，則阻塞該主交換機(jī)的從端口，并發(fā)送 釋放臨時(shí)阻塞端口的指令至恢復(fù)的鏈路兩端的傳輸交換機(jī)。
4. 根據(jù)權(quán)利要求l所述的方法，其特征在于-所述以太環(huán)網(wǎng)為以太網(wǎng)自動(dòng)保護(hù)切換EAPs環(huán)網(wǎng)。
5. —種以太環(huán)網(wǎng)傳輸交換機(jī)，其特征在于，該以太環(huán)網(wǎng)傳輸交換機(jī)包括強(qiáng)制轉(zhuǎn)發(fā)單元，用于將從一個(gè)端口捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到另一個(gè)端n。
6. 根據(jù)權(quán)利要求5所述的以太環(huán)網(wǎng)傳輸交換機(jī)，其特征在于，還包括-控制單元，用于在鏈路恢復(fù)時(shí)不發(fā)送鏈路恢復(fù)消息。
7. 根據(jù)權(quán)利要求5所述的以太環(huán)網(wǎng)傳輸交換機(jī)，其特征在于 所述以太環(huán)網(wǎng)為以太網(wǎng)自動(dòng)保護(hù)切換EAPs環(huán)網(wǎng)。
全文摘要
本發(fā)明提供一種以太環(huán)網(wǎng)中防止廣播風(fēng)暴的方法及以太環(huán)網(wǎng)傳輸交換機(jī)，該方法包括鏈路恢復(fù)時(shí)，該鏈路兩端的傳輸交換機(jī)將從該傳輸交換機(jī)的一個(gè)端口捕獲到的探測(cè)報(bào)文強(qiáng)制轉(zhuǎn)發(fā)到該傳輸交換機(jī)的另一個(gè)端口。本發(fā)明可以避免鏈路恢復(fù)時(shí)由于設(shè)備響應(yīng)延遲造成的廣播風(fēng)暴，提高了以太環(huán)網(wǎng)的穩(wěn)定性。
文檔編號(hào)H04L29/06GK101330422SQ20081011680
公開日2008年12月24日 申請(qǐng)日期2008年7月18日 優(yōu)先權(quán)日2008年7月18日
發(fā)明者繆仕福, 鄭偉忠 申請(qǐng)人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司