專利名稱：加快環(huán)網(wǎng)已知流量收斂速度的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機網(wǎng)絡(luò)通訊領(lǐng)域，特別涉及一種加快環(huán)網(wǎng)已知流量收斂速度的方法，應(yīng)用于運行有二層環(huán)網(wǎng)協(xié)議在環(huán)網(wǎng)。
背景技術(shù)：
以太網(wǎng)技術(shù)自1973年發(fā)明以來，以其簡單開放、成本低廉獲得了長足發(fā)展，漸漸的在局域網(wǎng)的領(lǐng)域獲得了領(lǐng)導(dǎo)地位，目前新建的局域網(wǎng)幾乎都是基于以太網(wǎng)技術(shù)的，進而城域網(wǎng)也開始向以太網(wǎng)靠近，MEF(城域以太網(wǎng)論壇)的成員幾乎囊括了所有業(yè)界主流廠商。近年來，在一些以太網(wǎng)或者城域網(wǎng)的環(huán)境中，需要利用備份的鏈路快速取代發(fā)生故障的鏈路，以保障數(shù)據(jù)通信不受影響。該功能對一些關(guān)鍵應(yīng)用已是必不可少，而且顯得越發(fā)重要。所以越來越多的廠商以及標(biāo)準(zhǔn)化組織都在致力于二層環(huán)網(wǎng)協(xié)議的研究與改進工作，其中最具有代表性的包括以下幾種USTPSTP(生成樹協(xié)議，全稱為Spanning-Tree Protocol)是一個用于在局域網(wǎng)中消除環(huán)路的協(xié)議。運行該STP協(xié)議的交換機通過彼此交互信息而發(fā)現(xiàn)網(wǎng)絡(luò)中的環(huán)路，并適當(dāng)對交換機的某些端口進行阻塞以消除環(huán)路。換句話說，STP協(xié)議會構(gòu)造出包含局域網(wǎng)內(nèi)部所有二層交換機的一顆沒有環(huán)路的樹。樹上的每一節(jié)點都是局域網(wǎng)內(nèi)的一臺交換機。STP協(xié)議基于以下幾點(1)有一個唯一的組地址(01-80-C2-00-00-00)標(biāo)識一個特定LAN(局域網(wǎng)) 上的所有交換機。這個組地址能被所有的交換機識別；( 每個交換機有一個唯一的標(biāo)識 (Bridge Identifier) ； (3)交換機的每個端口有一個唯一的端口標(biāo)識(Port Identifier)。 對生成樹的配置進行管理還需要對每個交換機分配一個相對的優(yōu)先級；對每個交換機的每個端口分配一個相對的優(yōu)先級；對每個端口分配一個路徑花費。具有最高優(yōu)先級的交換機被稱為根(root)交換機。每個交換機端口都有一個根路徑花費，根路徑花費是該交換機到根交換機所經(jīng)過的各個跳段的路徑花費的總和。一個交換機中根路徑花費的值最低的端口稱為根端口，若有多個端口具有相同的根路徑花費，則具有最高優(yōu)先級的端口為根端口。 在每個LAN中都有一個交換機被稱為選取(designated)交換機，該選取交換機為該LAN中根路徑花費最小的交換機。用于將選取交換機與LAN連接起來的端口就是LAN的選取端口 (designated port)。如果選取交換機中有兩個以上的端口連在這個LAN上，則具有最高優(yōu)先級的端口被選為選取端口。2、RSTP電子和電氣工程師協(xié)會IEEE于2001年發(fā)布了 802. IW標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)提出了一種新的更好的STP——RSTP，即快速生成樹協(xié)議，全稱為Rapid Spanning-Tree Protocol，詳細描述了該協(xié)議規(guī)范。RSTP協(xié)議基于STP協(xié)議，但是對原有STP協(xié)議做了更加細致的修改和補充。事實上，STP協(xié)議雖然能夠防止環(huán)路，但還是存在很多不足之處，其設(shè)計在有一些細節(jié)上并不周全，而本身采用的計時器機制又十分笨拙。此外，沒有針對一些特殊的情況進行設(shè)計，導(dǎo)致了協(xié)議整體上比較粗糙。而RSTP協(xié)議則是局域網(wǎng)中最精細的協(xié)議之一。針對STP協(xié)議的不足，RSTP協(xié)議新增加了端口的角色概念。并且把端口屬性充分的按照狀態(tài)和角色分解，使得可以更加精確地描述端口。增加了 Alternate端口(替選端口)和Backup端口 (備份端口)。RSTP協(xié)議的狀態(tài)規(guī)范把原來的5種狀態(tài)縮減為3種forwarding(轉(zhuǎn)發(fā))、 Learning(學(xué)習(xí)),Discarding(丟棄)，更加精簡了協(xié)議。此外，RSTP協(xié)議為了使網(wǎng)絡(luò)拓撲實現(xiàn)快速收斂，引入了 P/A協(xié)商機制、根端口快速切換機制、邊緣端口等。3、MSTPMST(多生成樹)是對IEEE 802. Iw的快速生成樹(RST)算法進行擴展而得，多生成樹協(xié)議定義文檔是IEEE 802. IS0多生成樹提出了域的概念，在域的內(nèi)部可以生成多個生成樹實例，并將VLAN(虛擬局域網(wǎng))關(guān)聯(lián)到相應(yīng)的實例中，每個VLAN只能關(guān)聯(lián)到一個實例中。這樣在域內(nèi)部每個生成樹實例就形成一個邏輯上的樹拓撲結(jié)構(gòu)，在域與域之間由 CIST (公共與內(nèi)部生成樹)實例將各個域連成一個大的生成樹。各個VLAN內(nèi)的數(shù)據(jù)在不同的生成樹實例內(nèi)進行轉(zhuǎn)發(fā)，這樣就提供了負載均衡功能。4、EAPSEAPS(以太網(wǎng)自動保護切換，即 Ethernet Automatic Protection Switching)協(xié)議是針對以太網(wǎng)協(xié)議實現(xiàn)的一個簡單、快速的鏈路備份和恢復(fù)協(xié)議。通常情況下，以太網(wǎng)內(nèi)的交換機連接成一個環(huán)。EAPS協(xié)議的主節(jié)點阻塞其副端口，以保證該鏈路的暢通，且讓鏈路不構(gòu)成環(huán)路。在該環(huán)上任意一個節(jié)點上接入該環(huán)路的端口發(fā)生Down事件(例如掉線)時， EAPS協(xié)議會在這種情況下立即打開其主節(jié)點的副端口，從而保證了整個鏈路的暢通，保證數(shù)據(jù)通信不被中斷。數(shù)據(jù)鏈路的恢復(fù)時間與環(huán)上接入的交換機數(shù)目有關(guān)，通常能夠在2秒之內(nèi)迅速恢復(fù)鏈路的暢通，塊的話可能僅需幾百毫秒。而在發(fā)生Down事件的節(jié)點Up (例如上線)之后，EAPS協(xié)議會重新阻塞其副端口，恢復(fù)EAPS協(xié)議運行時的初始狀態(tài)。EAPS協(xié)議比較簡單，因此該協(xié)議運行的開銷時間較少，且配置簡單。APS是一個用于以太網(wǎng)環(huán)路保護的鏈路層協(xié)議。它在以太網(wǎng)環(huán)完整時能夠防止數(shù)據(jù)環(huán)路引起的廣播風(fēng)暴，而當(dāng)以太網(wǎng)環(huán)上一條鏈路斷開時能迅速恢復(fù)環(huán)網(wǎng)上各個節(jié)點之間的通信通路。EAPS協(xié)議在功能上類似于STP協(xié)議。同STP協(xié)議相比，EAPS協(xié)議具有收斂速度快的特點，通常小于1秒。理想狀況下可以達到50-100毫秒。5、RRPPRRPP (快速環(huán)網(wǎng)保護協(xié)議，全稱為Rapid Ring Protection Protocol)技術(shù)是一種專門應(yīng)用于以太網(wǎng)環(huán)的鏈路層協(xié)議，該協(xié)議在以太網(wǎng)環(huán)中能夠防止由數(shù)據(jù)環(huán)路引起的廣播風(fēng)暴，從而當(dāng)以太網(wǎng)環(huán)上出現(xiàn)鏈路或設(shè)備故障時，能迅速切換到備份鏈路，保證業(yè)務(wù)快速恢復(fù)。與STP協(xié)議相比，RRPP協(xié)議具有算法簡單、拓撲收斂速度快和收斂時間與環(huán)網(wǎng)上節(jié)點數(shù)無關(guān)等顯著優(yōu)勢。6、MRPPMRPP (多層環(huán)網(wǎng)保護協(xié)議，全稱是 Multi-layer Ring Protection Protocol)是一個用于以太網(wǎng)環(huán)路保護的鏈路層協(xié)議。該協(xié)議在以太網(wǎng)環(huán)完整時能夠防止由數(shù)據(jù)環(huán)路引起的廣播風(fēng)暴，而當(dāng)以太網(wǎng)環(huán)上一條鏈路斷開時能迅速恢復(fù)環(huán)網(wǎng)上各個節(jié)點之間的通信通路。以太網(wǎng)內(nèi)的部分交換機連接成一個MRPP環(huán)，MRPP環(huán)的主節(jié)點阻塞其副端口，以保證鏈路的暢通，且讓鏈路不成為環(huán)路。在該環(huán)上任意一個節(jié)點上接入該環(huán)路的端口發(fā)生Down事件時，MRPP協(xié)議會在這種情況下立即打開其主節(jié)點的副端口，從而保證了整個鏈路的暢通，保證數(shù)據(jù)通信不被中斷。而在發(fā)生Down事件的節(jié)點Up之后，MRPP協(xié)議會重新阻塞其副端口，恢復(fù)MRPP協(xié)議運行時的初始狀態(tài)。MRPP協(xié)議在不同的層中實現(xiàn)鏈路的快速恢復(fù)，與生成樹協(xié)議相比，具有收斂速度快、協(xié)議計算簡單、占據(jù)系統(tǒng)資源少、組網(wǎng)理念清晰簡潔等優(yōu)勢，可有效提高以太網(wǎng)運營的可靠性。以上幾種二層環(huán)網(wǎng)協(xié)議的共同特點都是依靠將正常的端口設(shè)置阻塞狀態(tài)以防止廣播風(fēng)暴。用于衡量這些環(huán)網(wǎng)協(xié)議的最重要的指標(biāo)之一就是收斂時間，本文中所提到的收斂時間或遷移時間都是指由于鏈路故障或者鏈路恢復(fù)導(dǎo)致的鏈路切換過程中流量中斷的時間。環(huán)網(wǎng)協(xié)議的廣播流量收斂時間往往和協(xié)議密切相關(guān)，由于不涉及到硬件和底層處理， 所以可以很容易達到50ms以內(nèi)的量級。但是二層環(huán)網(wǎng)協(xié)議已知單播的收斂時間往往和硬件密切相關(guān)，隨著數(shù)據(jù)中心對大容量MAC (媒體訪問控制，即Media Access Control)的需求以及Team芯片的普及，當(dāng)前交換機的MAC容量越來越大，而MAC地址容量的增加就不可避免地增加硬件訪問時間以及刪除MAC地址的時間，從而對二層環(huán)網(wǎng)協(xié)議的收斂速度帶來很大影響。例如，對于最大支持12K MAC地址的交換機，在由四臺此類交換機構(gòu)成的環(huán)網(wǎng)上運行MRPP時，可以達到IOms左右的收斂速度，但是當(dāng)此類交換機的MAC地址容量達到128K 左右時，收斂時間會增加到IOOms以上。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供一種利用二層環(huán)網(wǎng)協(xié)議在環(huán)網(wǎng)拓撲變化時加快已知單播流量收斂速度的方法，可應(yīng)用于環(huán)網(wǎng)中出現(xiàn)鏈路或站點故障以及鏈路或站點故障恢復(fù)的情況。使用本發(fā)明的技術(shù)方案，能夠在運行二層環(huán)網(wǎng)協(xié)議的站點(例如交換機)不受到由底層驅(qū)動和硬件刪除MAC地址的速度的影響，極大縮短了已知單播流量的收斂時間。本發(fā)明提供的技術(shù)方案如下一種加快環(huán)網(wǎng)已知單播流量收斂速度的方法，應(yīng)用于運行二層環(huán)網(wǎng)協(xié)議的環(huán)網(wǎng)中，該方法包括在環(huán)網(wǎng)中的端口的狀態(tài)由正常轉(zhuǎn)發(fā)狀態(tài)變?yōu)樽枞麪顟B(tài)而需要刪除該端口的MAC地址時，在MAC地址刪除之前，向關(guān)于所述端口的用于數(shù)據(jù)流發(fā)送的底層芯片的策略控制組件下發(fā)數(shù)據(jù)流處理規(guī)則，該規(guī)則可由上層的平臺軟件下發(fā)；調(diào)用底層驅(qū)動接口以刪除所述端口的MAC地址；以及在MAC地址被刪除后，刪除所述策略控制組件中的數(shù)據(jù)流處理規(guī)則。其中，在底層的MAC地址刪除成功之后，可發(fā)送消息給上層協(xié)議，上層協(xié)議收到刪除成功的消息后再指示刪除所下發(fā)的所述規(guī)則。所述數(shù)據(jù)流處理規(guī)則規(guī)定將所有二層轉(zhuǎn)發(fā)且目的地址為所述端口的數(shù)據(jù)流重定向到所述一個或多個處于正常轉(zhuǎn)發(fā)狀態(tài)O^orwarding)或者由阻塞狀態(tài)(Block)變?yōu)檎＾D(zhuǎn)發(fā)狀態(tài)的其它端口。具體而言，數(shù)據(jù)流處理規(guī)則包括匹配條件Ml、M2、M3、M4，以及動作 Al和A2，如果同時滿足匹配條件M1、M2、M3、M4，則執(zhí)行動作Al，如果同時滿足匹配條件Ml、 M2、M3但不滿足匹配條件M4，則執(zhí)行動作A2，其中匹配條件Ml 數(shù)據(jù)流為二層已知單播數(shù)據(jù)流；匹配條件M2 數(shù)據(jù)流目的板卡為本交換板卡或(本交換板卡即所述變?yōu)樽枞麪顟B(tài)的端口所在的交換板卡)本交換芯片(本交換芯片即所述變?yōu)樽枞麪顟B(tài)的端口所在的交換芯片)；匹配條件M3 數(shù)據(jù)流目的端口為本交換板卡或本交換芯片的端口 ；
匹配條件M4 數(shù)據(jù)流來自板間高速轉(zhuǎn)發(fā)端口 ；動作Al 將數(shù)據(jù)流重定向到本交換板卡或本交換芯片的一個或多個端口，但不包括板間高速轉(zhuǎn)發(fā)端口；動作A2 將數(shù)據(jù)流重定向到本交換板卡或本交換芯片的一個或多個端口，其中包括板間高速轉(zhuǎn)發(fā)端口。在本發(fā)明中，在鏈路故障或者故障恢復(fù)以后，二層環(huán)網(wǎng)協(xié)議計算環(huán)網(wǎng)中各端口的狀態(tài)，根據(jù)計算結(jié)果設(shè)置端口為阻塞狀態(tài)或正常轉(zhuǎn)發(fā)狀態(tài)，并將環(huán)網(wǎng)拓撲變化通知環(huán)網(wǎng)中其余設(shè)備，調(diào)用底層驅(qū)動接口函數(shù)進行相應(yīng)端口的MAC地址刪除；或者，在收到拓撲變化通知時，根據(jù)拓撲變化通知設(shè)置相關(guān)端口的狀態(tài)，并調(diào)用底層驅(qū)動接口函數(shù)刪除相應(yīng)端口的 MAC地址。但是在刪除端口的MAC地址之前，發(fā)往該端口的數(shù)據(jù)流根據(jù)下發(fā)的數(shù)據(jù)流處理規(guī)則進行發(fā)送。將端口設(shè)置為阻塞狀態(tài)后，會調(diào)用底層驅(qū)動接口函數(shù)刪除該端口的MAC地址，在 MAC地址未能刪除前，該端口的數(shù)據(jù)流量是不通的。上述方法中區(qū)分設(shè)置動作Al和A2，主要用于解決機架式交換設(shè)備跨板轉(zhuǎn)發(fā)的問題。例如，如果全局不設(shè)置匹配條件M4，即不區(qū)分當(dāng)前數(shù)據(jù)流是否來自板間高速轉(zhuǎn)發(fā)端口， 則當(dāng)數(shù)據(jù)流匹配規(guī)則M1-M3后，可能出現(xiàn)從板間高速轉(zhuǎn)發(fā)端口重定向到其他板卡上的端口的數(shù)據(jù)流，這時候該數(shù)據(jù)流會再次匹配同樣的匹配規(guī)則M1-M3，最后導(dǎo)致數(shù)據(jù)流一直在幾個板卡間不停的轉(zhuǎn)發(fā)。所以，增加匹配條件M4的判斷以后，可以使本方法支持機架式交換機和堆疊組。本發(fā)明的實質(zhì)是采用向底層芯片的策略控制組件下發(fā)若干數(shù)據(jù)流處理規(guī)則來模擬未知單播進行廣播處理的二層轉(zhuǎn)發(fā)邏輯，可以實現(xiàn)在MAC地址未刪除時就達到MAC地址已刪除后的效果。由于刪除端口的MAC地址所需時間根據(jù)MAC地址表項大小和硬件處理速度不同而從幾十毫秒到幾百毫秒不等，而下發(fā)一個策略規(guī)則僅僅耗時幾毫秒(ms)，所以，本發(fā)明可大大減少已知單播流量的收斂時間。采用本發(fā)明方法以后，能夠?qū)⑺欣枚迎h(huán)網(wǎng)協(xié)議的已知單播收斂時間提高到和廣播收斂時間只相差幾毫秒。綜上所述，本發(fā)明的優(yōu)點至少有1)支持所有的二層環(huán)網(wǎng)協(xié)議，并不針對某個特定協(xié)議，使用范圍廣；2)本發(fā)明利用向策略控制組件下發(fā)若干數(shù)據(jù)流處理規(guī)則完全模擬未知單播作為廣播處理這一標(biāo)準(zhǔn)二層轉(zhuǎn)發(fā)流程，可以使得二層環(huán)網(wǎng)協(xié)議的已知單播流量收斂速度和廣播速度達到同一水準(zhǔn)，相比其他類似規(guī)則，本發(fā)明不會產(chǎn)生任何附加的不良后果；3)能夠支持機架式交換機和盒式交換機，包括堆疊組；4)對于大容量MAC地址的設(shè)備以及刪除MAC地址較慢的設(shè)備，效果尤其明顯；5)本發(fā)明實現(xiàn)簡單，大多數(shù)主流芯片都可以支持。本發(fā)明對鏈路和/或站點故障、鏈路和/或站點恢復(fù)、以及任何其它原因引起的拓撲變化等情況下的MAC地址刪除都適用。


下面根據(jù)實施例和附圖對本發(fā)明進行詳細說明。圖1為用于說明本發(fā)明中加快環(huán)網(wǎng)已知單播流量收斂速度的方法的一個典型環(huán)網(wǎng)示例；圖2為本發(fā)明中加快環(huán)網(wǎng)已知單播流量收斂速度的方法的示意性流程圖；圖3為下發(fā)數(shù)據(jù)流處理規(guī)則后報文轉(zhuǎn)發(fā)過程示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步詳細描述。如圖1所示，為用于說明本發(fā)明中加快環(huán)網(wǎng)已知單播流量收斂速度的方法的一個典型環(huán)網(wǎng)示例，該環(huán)網(wǎng)中采用二層環(huán)網(wǎng)協(xié)議，例如STP、RSTP, MSTP, RRPP, EAPS、或者MRPP。 如圖1所示，交換機1 (SWl)、交換機2 (SW2)、交換機3 (SW3)、交換機4 (SW4)連接形成一個環(huán)路。這些交換機1-4均啟用相同的二層環(huán)網(wǎng)協(xié)議，本實施例中以MRPP為例進行說明。初始時，二層環(huán)網(wǎng)協(xié)議根據(jù)其自身采用的標(biāo)準(zhǔn)，例如將端口 1、2、3、4、5、6中的某個端口設(shè)置為阻塞(Block)狀態(tài)，數(shù)據(jù)流量從端口 8和7之間的鏈路8-7進行轉(zhuǎn)發(fā)。當(dāng)端口 8和7之間的鏈路8-7中斷時，根據(jù)本發(fā)明，具體處理過程如下1)交換機SW3檢測到鏈路故障，根據(jù)二層環(huán)網(wǎng)協(xié)議的計算結(jié)果，需要將端口 8設(shè)置為Block狀態(tài)而導(dǎo)致需要刪除該端口 8的MAC地址；2)在端口 8的MAC地址刪除之前，由上層軟件向關(guān)于端口 8的用于數(shù)據(jù)流發(fā)送的底層芯片的策略控制組件下發(fā)若干數(shù)據(jù)流處理規(guī)則；該規(guī)則將所有二層轉(zhuǎn)發(fā)且目的地址為端口 8的數(shù)據(jù)流重定向到一個或多個處于正常轉(zhuǎn)發(fā)狀態(tài)或者由阻塞狀態(tài)變?yōu)檎＾D(zhuǎn)發(fā)狀態(tài)的其它端口，具體可包括A.數(shù)據(jù)流為二層已知單播數(shù)據(jù)流；B.數(shù)據(jù)流目的板卡為本交換板卡(即端口 8所在的交換板卡)或本交換芯片(即端口8所在的交換芯片)；C.數(shù)據(jù)流目的端口為本交換板卡或本交換芯片的端口 8 ；D.數(shù)據(jù)流來自板間高速轉(zhuǎn)發(fā)端口 ；E.對滿足條件A、B、C、D的數(shù)據(jù)流執(zhí)行重定向到本交換板卡或本交換芯片的若干其它端口，但不包括板間高速轉(zhuǎn)發(fā)端口 ；F.對滿足條件A、B、C但不滿足條件D的數(shù)據(jù)流執(zhí)行重定向到本交換板卡或本交換芯片的若干其它端口，其中包括板間高速轉(zhuǎn)發(fā)端口 ；在這里，所述若干其它端口可包括啟動MRPP協(xié)議且與端口 8處于同一個轉(zhuǎn)發(fā)實例的端口 1。所述若干其它端口也可以是啟動MRPP協(xié)議且與端口 8處于同一虛擬局域網(wǎng) (VLAN)的端口。3)步驟2執(zhí)行以后，此時數(shù)據(jù)流量已經(jīng)恢復(fù)。也就是說，在端口 8的MAC地址刪除完成之前，根據(jù)數(shù)據(jù)流處理規(guī)則進行數(shù)據(jù)流重定向。調(diào)用底層驅(qū)動開始刪除端口 8的MAC 地址，刪除成功以后通知上層協(xié)議，上層協(xié)議收到MAC地址刪除成功的消息后再刪除步驟2 中下發(fā)到策略控制組件的所有規(guī)則。以上過程中的丟包只在步驟1設(shè)置Block狀態(tài)和步驟2下發(fā)規(guī)則期間出現(xiàn)，設(shè)置底層端口狀態(tài)的時間和下發(fā)規(guī)則的時間很短，即使機架式設(shè)備也僅僅為幾ms，所以能夠做到將已知單播的故障檢測和恢復(fù)時間縮短到IOms左右。當(dāng)端口 8和7之間的鏈路故障恢復(fù)時，根據(jù)MRPP協(xié)議，最終流量依然會切換到端口 8和7之間的鏈路上。此時需要刪除端口 1上的MAC地址，處理過程和上述步驟類似。在交換機SW4上進行的處理與交換機SW3上的類似，這里就不再贅述。通過以上實施例描述，對本發(fā)明進行了詳細描述，但是上述內(nèi)容僅僅是對本發(fā)明的示例性描述，而本發(fā)明的保護范圍由權(quán)利要求限定，而并非限于上述內(nèi)容。本領(lǐng)域技術(shù)人員能夠在不背離本發(fā)明范圍的情況下對本發(fā)明進行諸多修改，例如，本領(lǐng)域技術(shù)人員能夠根據(jù)實際的應(yīng)用需要，改變部分處理的順序，但是只要保證在進行耗時的MAC地址刪除之前采用下發(fā)的數(shù)據(jù)流處理規(guī)則來處理數(shù)據(jù)流即可，也可以采用在本發(fā)明中未提及的其它二層環(huán)網(wǎng)協(xié)議，也可以采用本發(fā)明中未提及的其他策略控制組件規(guī)則和動作，但是，這些修改也落入本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種加快環(huán)網(wǎng)已知單播流量收斂速度的方法，應(yīng)用于運行二層環(huán)網(wǎng)協(xié)議的環(huán)網(wǎng)中， 其特征在于，該方法包括在環(huán)網(wǎng)中的端口的狀態(tài)由正常轉(zhuǎn)發(fā)狀態(tài)變?yōu)樽枞麪顟B(tài)而需要刪除該端口的MAC地址時，步驟A 在MAC地址刪除之前，向關(guān)于所述端口的用于數(shù)據(jù)流發(fā)送的底層芯片的策略控制組件下發(fā)數(shù)據(jù)流處理規(guī)則；步驟B 調(diào)用底層驅(qū)動接口以刪除所述端口的MAC地址；以及步驟C 在MAC地址被刪除后，刪除所述策略控制組件中的數(shù)據(jù)流處理規(guī)則。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)流處理規(guī)則規(guī)定將所有二層轉(zhuǎn)發(fā)且目的地址為所述端口的數(shù)據(jù)流重定向到所述一個或多個處于正常轉(zhuǎn)發(fā)狀態(tài)或者由阻塞狀態(tài)變?yōu)檎＾D(zhuǎn)發(fā)狀態(tài)的其它端口。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述其它端口與所述變?yōu)樽枞麪顟B(tài)的端口是同一虛擬局域網(wǎng)或同一轉(zhuǎn)發(fā)實例中啟動相同二層環(huán)網(wǎng)協(xié)議的端口。
4.根據(jù)權(quán)利要求1-3中任一項所述的方法，其特征在于，所述數(shù)據(jù)流處理規(guī)則包括匹配條件Ml、M2、M3、M4，以及動作Al和A2，如果同時滿足匹配條件Ml、M2、M3、M4，則執(zhí)行動作Al，如果同時滿足匹配條件Ml、M2、M3但不滿足匹配條件M4，則執(zhí)行動作A2，其中匹配條件Ml 數(shù)據(jù)流為二層已知單播數(shù)據(jù)流；匹配條件M2 數(shù)據(jù)流目的板卡為所述變?yōu)樽枞麪顟B(tài)的端口所在的本交換板卡或者所述變?yōu)樽枞麪顟B(tài)的端口所在的本交換芯片；匹配條件M3 數(shù)據(jù)流目的端口為所述變?yōu)樽枞麪顟B(tài)的端口 ；匹配條件M4 數(shù)據(jù)流來自板間高速轉(zhuǎn)發(fā)端口 ；動作Al 將數(shù)據(jù)流重定向到本交換板卡或本交換芯片的一個或多個端口，但不包括板間高速轉(zhuǎn)發(fā)端口；動作A2 將數(shù)據(jù)流重定向到本交換板卡或本交換芯片的一個或多個端口，其中包括板間高速轉(zhuǎn)發(fā)端口。
5.根據(jù)權(quán)利要求1-3中任一項所述的方法，其特征在于，在鏈路故障或者故障恢復(fù)以后，二層環(huán)網(wǎng)協(xié)議計算環(huán)網(wǎng)中端口的狀態(tài)，根據(jù)計算結(jié)果設(shè)置端口為阻塞狀態(tài)或正常轉(zhuǎn)發(fā)狀態(tài)，并將環(huán)網(wǎng)拓撲變化通知環(huán)網(wǎng)中其余設(shè)備；或者，在收到拓撲變化通知時，根據(jù)拓撲變化通知設(shè)置相關(guān)端口的狀態(tài)。
6.根據(jù)權(quán)利1-3中任一項所述的方法，其特征在于，在所述變?yōu)樽枞麪顟B(tài)的端口的MAC 地址刪除完成之前，根據(jù)數(shù)據(jù)流處理規(guī)則進行數(shù)據(jù)流重定向。
7.根據(jù)權(quán)利1-3中任一項所述的方法，其特征在于，已知單播流量的收斂速度達到 IOms左右。
8.根據(jù)權(quán)利1-3中任一項所述的方法，其特征在于，該方法支持盒式交換機、機架式交換機和堆疊組，且所述二層環(huán)網(wǎng)協(xié)議包括STP、RSTP, MSTP, RRPP, EAPS和MRPP。
全文摘要
本發(fā)明提供一種加快環(huán)網(wǎng)已知單播流量收斂速度的方法，應(yīng)用于運行二層環(huán)網(wǎng)協(xié)議的環(huán)網(wǎng)中，該方法包括在環(huán)網(wǎng)中的端口的狀態(tài)由正常轉(zhuǎn)發(fā)狀態(tài)變?yōu)樽枞麪顟B(tài)而需要刪除該端口的MAC地址時，在MAC地址刪除之前，向關(guān)于所述端口的用于數(shù)據(jù)流發(fā)送的底層芯片的策略控制組件下發(fā)數(shù)據(jù)流處理規(guī)則；調(diào)用底層驅(qū)動接口以刪除所述端口的MAC地址；以及在MAC地址被刪除后，刪除所述策略控制組件中的數(shù)據(jù)流處理規(guī)則。使用本發(fā)明的技術(shù)方案，能夠在運行二層環(huán)網(wǎng)協(xié)議的站點(例如交換機)不受到由底層驅(qū)動和硬件刪除MAC地址的速度的影響，極大縮短了已知單播流量的收斂時間。
文檔編號H04L12/437GK102255817SQ20111024069
公開日2011年11月23日 申請日期2011年8月22日 優(yōu)先權(quán)日2011年8月22日
發(fā)明者張研 申請人:神州數(shù)碼網(wǎng)絡(luò)(北京)有限公司