專利名稱：用于防鄰居震蕩的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)交換技術(shù)，特別涉及適用于網(wǎng)絡(luò)交換設(shè)備的一種用于防鄰居震蕩的方法和一種用于防鄰居震蕩的裝置。
背景技術(shù)：
SPB (Shortest Path Bridging,最短路徑橋接)是一種常用的以太網(wǎng)標準,也是STP (Spanning Tree Protocol,生成樹協(xié)議)的進一步延伸，旨在構(gòu)建大型扁平的無阻塞二層網(wǎng)絡(luò)。SPB存在兩種模式,一種是VLAN (Virtual Local Area Network,虛擬局域網(wǎng))模式、簡稱SPBV模式，另一種是Mac (Media Access Control，媒體接入控制)-1n-Mac模式、簡稱SPBM模式。其中，SPBV模式的協(xié)議非常復(fù)雜，因而目前基本無應(yīng)用；而SPBM模式則是目前主要使用的一種模式，因此，本文所提及的SPB網(wǎng)絡(luò)主要是指SPBM模式。參見圖1，SPB網(wǎng)絡(luò)通常包含兩部分，其中一部分為骨干網(wǎng)絡(luò)(Core Network)、另一部分為用戶網(wǎng)絡(luò)(Customer Network)。骨干網(wǎng)絡(luò)由若干臺BCB(Backbone Core Bridge,骨干網(wǎng)核心網(wǎng)橋)互連而成，并且，在骨干網(wǎng)絡(luò)的邊緣處還設(shè)置有用于用戶網(wǎng)絡(luò)接入核心網(wǎng)絡(luò)的BEB (Backbone Edge Bridge,骨干網(wǎng)邊緣網(wǎng)橋)。其中，BCB設(shè)備和BEB設(shè)備均被運營商分配有各自的B-MAC (Backbone MAC,骨干網(wǎng)MAC地址)和B-VLAN (Backbone VLAN，骨干網(wǎng)VLAN)，相應(yīng)地，報文在骨干網(wǎng)絡(luò)中的轉(zhuǎn)發(fā)可以依靠B-MAC和B-VLAN來實現(xiàn)，具體說:當兩個用戶網(wǎng)絡(luò)之間需要通過核心網(wǎng)絡(luò)交互用戶報文時，用戶報文首先到達源端用戶網(wǎng)絡(luò)所連接的源端BEB設(shè)備，并由源端BEB設(shè)備將其自身的B-MAC作為源B-MACjf目的端BEB設(shè)備的B-MAC作為目的MAC封裝至用戶報文中，使用戶報文被封裝為MAC_in_MAC報文，然后核心網(wǎng)絡(luò)中的BCB設(shè)備即可按照MAC-1n-MAC報文所屬的B-VLAN以及報文中封裝的B-MAC將報文至目的端BEB設(shè)備，最終由目的端BEB設(shè)備將MAC-1n-MAC報文中的B-MAC解封裝，并將解封裝后的用戶報文轉(zhuǎn)發(fā)至目的端用戶網(wǎng)絡(luò)。如此一來，核心網(wǎng)絡(luò)中的每臺BCB設(shè)備就只需要學(xué)習(xí)骨干網(wǎng)絡(luò)中與其屬于相同B-VLAN的其他BCB設(shè)備的B-MAC、以及骨干網(wǎng)絡(luò)邊緣與其屬于相同B-VLAN的BEB設(shè)備的B-MAC,而不再需要學(xué)習(xí)用戶網(wǎng)絡(luò)中的大量MAC地址，從而能夠降低網(wǎng)絡(luò)部署成本、并為骨干網(wǎng)絡(luò)提供了更好的可擴展性。在具體實現(xiàn)時:由于MAC-1n-MAC報文在核心網(wǎng)絡(luò)的轉(zhuǎn)發(fā)是基于B-VLAN來實現(xiàn)的，因此，各臺BCB設(shè)備之間彼此互連的端口、以及BEB設(shè)備用于與BCB設(shè)備互連的端口均需要許可運營商為SPB網(wǎng)絡(luò)所分配的B-VLAN ;其中，運營商為SPB網(wǎng)絡(luò)所分配的B-VLAN不具備普通的STP功能，而是僅對符合SPB規(guī)則的報文進行轉(zhuǎn)發(fā)，符合SPB規(guī)則的報文包括但不限于MAC-1n-MAC報文、以及 ISIS (Intermediate system to intermediate system,中間系統(tǒng)到中間系統(tǒng))協(xié)議報文；而且，對于采用SPBM模式的情況，為了實現(xiàn)符合SPB規(guī)則的報文在核心網(wǎng)絡(luò)中以SPBM模式進行轉(zhuǎn)發(fā)，許可了 B-VLAN的上述端口還需要使能SPBM功能；以及，許可了 B-VLAN并使能有SPBM功能的上述端口還需要通過交互ISIS協(xié)議的HELLO (招呼)報文來建立并維護鄰居關(guān)系；其中，SPBM模式下的鄰居關(guān)系是點對點的，SP，每個端口只能夠建立一個鄰居，因此，每兩個許可了 B-VLAN并使能有SPBM功能的端口所交互的HELLO報文只能限制在這兩個端口之間，相應(yīng)地，SPBM功能會將端口接收到的HELLO報文上送至CPU、而不會再進行轉(zhuǎn)發(fā)。然而，在現(xiàn)有技術(shù)中，可能會出現(xiàn)端口的上送功能異常，從而導(dǎo)致該端口接收到的HELLO報文被透傳轉(zhuǎn)發(fā)，從而使得SPB網(wǎng)絡(luò)中出現(xiàn)鄰居震蕩。具體請參見圖2:BCB設(shè)備I的端口 Port 12與BCB設(shè)備2的端口 Port21均使能有SPBM功能、且彼此間已通過HELLO報文(如圖2中在端口 Portl2和Port21之間的雙向?qū)嵕€箭頭線所示)建立并維護有鄰居關(guān)系，BCB設(shè)備I的端口 Portl3與BCB設(shè)備3的端口 Port31均使能有SPBM功能、且彼此間已通過HELLO報文(如圖2中在端口 Portl3和Port31之間的雙向?qū)嵕€箭頭線所示)建立并維護有鄰居關(guān)系；此時，BEB設(shè)備I的端口 PortOl向BCB設(shè)備I的端口 PortlO發(fā)送HELLO報文、旨在與BCB設(shè)備I的端口 PortlO建立鄰居關(guān)系；而BCB設(shè)備I的端口 PortlO雖然處在Up (啟動)狀態(tài)、但其上送功能卻發(fā)生了異常(可能是由于SPBM功能的使能過程尚未完成、或SPBM功能被去使能等原因所致)，并且，BCB設(shè)備I的另外兩個端口 Portl2和Portl3與端口 PortlO許可了相同的B-VLAN，從而使得BCB設(shè)備I的端口 PortlO從BEB設(shè)備I接收到的HELLO報文未能上送至BCB設(shè)備I的CPU,從而導(dǎo)致本應(yīng)被限制在端口 PortOl和PortlO之間的HELLO報文從BCB設(shè)備I的另外兩個端口 Portl2和Portl3分別轉(zhuǎn)發(fā)至BCB設(shè)備2的端口 Port21和BCB設(shè)備3的端口Port31 (圖2中在端口 PortOl和PortlO之間的雙向?qū)嵕€箭頭線示出了該HELLO報文正確的交互路徑、圖2中示出的兩條單向虛線箭頭線示出了該HELLO報文被錯誤透傳的路徑)；相應(yīng)地，就導(dǎo)致BCB設(shè)備2的端口 Port21不但會接收到BCB設(shè)備I的端口 Portl2所發(fā)出的HELLO報文，還會接收到BEB設(shè)備I的端口 PortOl所發(fā)出的HELLO報文，而且，BCB設(shè)備2的端口 Port21會交替地接收來源不同的這兩種HELLO報文，由此就會導(dǎo)致BCB設(shè)備2的端口 Port21的鄰居在BCB設(shè)備I的端口 Portl2與BEB設(shè)備I的端口 PortOl之間反復(fù)切換，從而在BCB設(shè)備2的端口 Port21引發(fā)鄰居震蕩；同理，BCB設(shè)備3的端口 Port31同樣會產(chǎn)生類似的鄰居震蕩。可見，現(xiàn)有技術(shù)會由于無法對HELLO報文實施有效的控制而導(dǎo)致SPB網(wǎng)絡(luò)中發(fā)生鄰居震蕩。當然，對于除SPB網(wǎng)絡(luò)之外的其他網(wǎng)絡(luò)，同樣有可能會由于無法對類似于HELLO報文的鄰居報文實施有效控制而引發(fā)鄰居震蕩。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種用于防鄰居震蕩的方法和一種用于防鄰居震蕩的裝置。本發(fā)明提供的一種用于防鄰居震蕩的方法，該方法應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中、并包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟:aO、創(chuàng)建監(jiān)控進程；
al、利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常；a2、當所述步驟al檢查到所述上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞。該方法進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟:a3、當對端口實施阻塞的驅(qū)動向監(jiān)控進程上報所述上報功能恢復(fù)正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。應(yīng)用該方法的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及:當有STP實例被創(chuàng)建后，針對該STP實例觸發(fā)所述步驟aO ；當創(chuàng)建的STP實例被配置B-VLAN后，所述步驟aO進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN、并用于監(jiān)控許可該B-VLAN的所有端口 ；當跟蹤的B-VLAN被許可在任意端口后，針對該端口觸發(fā)所述步驟al ；當被實施阻塞的端口發(fā)生SPBM功能的使能事件后，該端口的驅(qū)動向監(jiān)控進程上報所述上報功能正常、并觸發(fā)所述步驟a3。該方法進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟:bO、分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文；bl、當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居；b2、若所述步驟bl的監(jiān)測結(jié)果為是，則與該新鄰居建立鄰居關(guān)系；b3、若所述步驟bl的監(jiān)測結(jié)果為否，則丟棄來自該新鄰居的鄰居報文。應(yīng)用該方法的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及，所述步驟bO為每個端口創(chuàng)建的鄰居緩存的大小為快速模式發(fā)送速率與普通模式發(fā)送速率的商加I。本發(fā)明提供的一種用于防鄰居震蕩的裝置，該裝置應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中、并包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊:進程創(chuàng)建模塊，創(chuàng)建監(jiān)控進程；端口檢查模塊，利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常；端口阻塞模塊，當所述端口檢查模塊檢查到所述上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞。該裝置進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊:端口恢復(fù)模塊，當對端口實施阻塞的驅(qū)動向監(jiān)控進程上報所述上報功能恢復(fù)正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。應(yīng)用該裝置的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及:當有STP實例被創(chuàng)建后，針對該STP實例觸發(fā)所述進程創(chuàng)建模塊；當創(chuàng)建的STP實例被配置B-VLAN后，所述進程創(chuàng)建模塊進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN、并用于監(jiān)控許可該B-VLAN的所有端口 ；當跟蹤的B-VLAN被許可在任意端口后，針對該端口觸發(fā)所述端口檢查模塊；
當被實施阻塞的端口發(fā)生SPBM功能的使能事件后，該端口的驅(qū)動向監(jiān)控進程上報所述上報功能正常、并觸發(fā)所述端口恢復(fù)模塊。該裝置進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊:緩存分配模塊，分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文；鄰居監(jiān)測模塊，當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居；鄰居有效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為是，則與該新鄰居建立鄰居關(guān)系;鄰居無效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為否，則丟棄來自該新鄰居的鄰居報文。應(yīng)用該裝置的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及，所述緩存分配模塊為每個端口創(chuàng)建的鄰居緩存的大小為快速模式發(fā)送速率與普通模式發(fā)送速率的商加I。由此可見，本發(fā)明能夠利用監(jiān)控進程對端口的驅(qū)動進行監(jiān)控、并在監(jiān)控到端口的驅(qū)動對鄰居報文的上報功能異常時令該端口的驅(qū)動對鄰居報文實施阻塞，因而能夠避免鄰居報文被錯誤地透傳，進而能夠有效減少由于鄰居報文被錯誤透傳所引發(fā)的鄰居震蕩。而且，本發(fā)明還能夠由端口的驅(qū)動在上報功能恢復(fù)正常后主動通告監(jiān)控進程、并由監(jiān)控進程依此解除已實施的阻塞，因而能夠在端口的上報功正常時確保鄰居關(guān)系建立的正常實現(xiàn)。另外，本發(fā)明還可以通過鄰居鈍化處理來彌補監(jiān)控進程可能存在的疏漏，以進一步降低發(fā)生鄰居震蕩的概率。


圖1為現(xiàn)有技術(shù)中的SPB網(wǎng)絡(luò)架構(gòu)示意圖；圖2為如圖1所示的網(wǎng)絡(luò)架構(gòu)中發(fā)生鄰居震蕩的示意圖；圖3為本發(fā)明實施例中用于防鄰居震蕩的方法的主流程示意圖；圖4為如圖3所示主流程的一實例示意圖；圖5為本發(fā)明實施例中用于防鄰居震蕩的方法的附加流程示意圖；圖6為如圖5所示附加流程的一實例示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明進一步詳細說明。在本實施中，利用監(jiān)控進程對各端口進行監(jiān)控，當監(jiān)控到任意端口的驅(qū)動對鄰居報文的上報功能異常時，即可令該端口的驅(qū)動對鄰居報文實施阻塞，以此來避免鄰居報文被錯誤地透傳，進而能夠有效減少由于鄰居報文被錯誤透傳所引發(fā)的鄰居震蕩。其中，需要說明的是，本實施例所述的阻塞僅僅是針對鄰居報文的阻塞，而并不是通過將端口置為Down (關(guān)閉)狀態(tài)而阻塞所有報文。 而且，當端口恢復(fù)正常的上報功能時，端口的驅(qū)動能夠主動向監(jiān)控進程上報、并由監(jiān)控進程依此解除已實施的阻塞，這樣，在端口的上報功正常時即可確保鄰居關(guān)系建立的正常實現(xiàn)。另外，在監(jiān)控進程命令上報功能異常的端口驅(qū)動實施阻塞之前，該端口有可能已經(jīng)錯誤地透傳了鄰居報文，因此，為了避免這樣的疏漏，本實施例還可以通過鄰居鈍化處理來進一步降低發(fā)生鄰居震蕩的概率?；谏鲜鲈?，本實施例提供了一種用于防鄰居震蕩的方法、且該方法可以應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中，下面對該方法進行詳細說明。請參見圖3，為了通過監(jiān)控進程的監(jiān)控和驅(qū)動的阻塞來避免鄰居報文被錯誤地透傳、以及在端口恢復(fù)正成的上報功能時取消阻塞，本實施例所提供的用于防鄰居震蕩的方法包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟:步驟300，創(chuàng)建監(jiān)控進程。步驟301，利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常；其中，對于上報功能異常的端口繼續(xù)執(zhí)行步驟302，而對于上報功能正常的端口可以直接結(jié)束流程。步驟302，當步驟301檢查到上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞，然后等待步驟303的執(zhí)行。步驟303，當對端口實施阻塞的驅(qū)動向監(jiān)控進程通告上報功能已恢復(fù)正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。至此，上述流程結(jié)束。優(yōu)選地，當上述流程可以應(yīng)用在SPB網(wǎng)絡(luò)中的網(wǎng)絡(luò)交換設(shè)備，此時，應(yīng)用該方法的網(wǎng)絡(luò)交換設(shè)備可以為BEB設(shè)備或BCB設(shè)備，需要在上報功能異常時予以阻塞的鄰居報文就為ISIS協(xié)議的HELLO報文，相應(yīng)地，請參見圖4，當如圖3所示的流程應(yīng)用在BEB設(shè)備或BCB設(shè)備時，各步驟在BEB設(shè)備或BCB設(shè)備的應(yīng)用層的執(zhí)行狀態(tài)如下:當在用戶操作平臺創(chuàng)建STP實例后，步驟300即可針對創(chuàng)建的該STP實例被觸發(fā)運行。當在用戶操作平臺為創(chuàng)建的STP實例配置B-VLAN后，步驟300此時可以進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN、用以監(jiān)控許可該B-VLAN的所有端口(圖4中以步驟300’來表示該處理過程)。當在用戶操作平臺將監(jiān)控進程所跟蹤的B-VLAN許可在任意端口后，步驟301即可針對該端口觸發(fā)運行。此后，即可在用戶操作平臺對許可了 B-VLAN的端口使能SPBM功能，其中，由于端口上報功能是依賴于SPBM功能的，因此:若端口在步驟301檢查時即完成了 SPBM功能的使能過程，則步驟301能夠檢查出該端口的驅(qū)動的上報功能此時正常；但若端口在步驟301檢查時尚未完成SPBM功能的使能過程、或者已使能的SPBM功能又被去使能，則步驟301就會檢查出該端口的驅(qū)動的上報功能此時異常。如圖4所示的實例屬于上報異常的情況，因此，就會觸發(fā)步驟302通知該端口的驅(qū)動對鄰居報文實施阻塞。相應(yīng)地，當端口的SPBM功能的使能過程完成后，端口的驅(qū)動會由于發(fā)生了 SPBM功能的使能事件而向監(jiān)控進程主動通告上報功能已正常，此時，步驟303即可針對恢復(fù)正常的端口而被觸發(fā)運行。此后，該端口即可完成鄰居的建立。如前文所述，除了利用監(jiān)控進程監(jiān)控端口的驅(qū)動之外，本實施例還可以對端口進行鈍化處理。因此，請再參見圖5，為了對端口實施鄰居鈍化處理，本實施例所提供的用于防鄰居震蕩的方法還可以進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟:步驟500，分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文。步驟501，當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居，若是則執(zhí)行步驟502，否則執(zhí)行步驟503。步驟502,認為新鄰居是可以信賴的，并與該新鄰居建立鄰居關(guān)系。步驟503，認為來自該新鄰居的鄰居報文是孤立的，因此丟棄來自該新鄰居的鄰居報文。至此,上述流程結(jié)束。與如圖3所示的流程同理，如圖5所示的流程也能夠優(yōu)選地應(yīng)用在BEB設(shè)備或BCB設(shè)備，此時，可以進一步考慮如下的因素:由不同端口發(fā)出的HELLO報文中，會攜帶有標識該端口所屬設(shè)備的System-1D(系統(tǒng)標識)，每當端口發(fā)現(xiàn)其接收到的HELLO報文中攜帶的System-1D與之前接收到的HELLO報文不同，就會認為有新鄰居出現(xiàn)，但本實施按照如圖5所示的流程，并不是發(fā)現(xiàn)新鄰居之后立即進行鄰居切換，而是將HELLO報文先存放至鄰居緩存中，并繼續(xù)監(jiān)控后續(xù)接收到的HELLO報文中是否仍攜帶有表示該新鄰居的相同System-1D ;只有當連續(xù)若干個HELLO報文中攜帶相同的System-1D時,才認為該System-1D所表示的新鄰居是可以信賴的、并進行鄰居切換。如此一來，雖然降低了鄰居變化的敏感性，但也同時降低了鄰居震蕩的風(fēng)險。請參見如圖6所示的實例，假設(shè)有BCB設(shè)備I BCB設(shè)備3，且BCB設(shè)備I BCB設(shè)備 3 的 System-1D 依次為 0000.0000.0001,0000.0000.0002,0000.0000.0003:首先，BCB設(shè)備I與BCB設(shè)備2彼此互連的端口間正常交互HELLO報文(如圖6中在BCB設(shè)備I與BCB設(shè)備2之間的雙向?qū)嵕€箭頭線所示)，從而在BCB設(shè)備I的端口對應(yīng)的鄰居緩存中存放有System-1D為0000.0000.0002的HELLO報文；然后，BCB設(shè)備 3 向 BCB 設(shè)備 2 發(fā)送 System-1D 為 0000.0000.0003 的 HELLO 報文，但由于BCB設(shè)備2連接BCB設(shè)備3的端口發(fā)生上報功能異常，因而導(dǎo)致System-1D為
0000.0000.0003的HELLO報文被透傳至BCB設(shè)備I (如圖6中從BCB設(shè)備3指向BCB設(shè)備I的單向虛線箭頭線所示)，此時，BCB設(shè)備I并不急于進行鄰居切換，而是將System-1D為
0000.0000.0003的HELLO報文存入至鄰居緩存中； 此后，BCB設(shè)備2利用如圖3所示的流程在其連接BCB設(shè)備3的端口對HELLO報文實施阻塞，使得BCB設(shè)備I不再接收到由BCB設(shè)備3所發(fā)出的System-1D為0000.0000.0003的HELLO報文，從而，使得BCB設(shè)備I確認沒有可信的新鄰居出現(xiàn)、并將System-1D為
0000.0000.0003的HELLO報文丟棄(圖6中以圖形“ X ”表示丟棄)。另外，若將如圖5所示的流程應(yīng)用在BEB設(shè)備或BCB設(shè)備，則對于鄰居緩存的大小可以考慮如下的因素:對于每個端口來說，在其未收到對端的HELLO報文時通常會以速率為lpacket/s(包/秒)的快速模式連續(xù)發(fā)出HELLO報文；但當端口收到對端的HELLO報文后，該端口就會改為以速率為0.lpackets/s的普通模式發(fā)出HELLO報文。因此，為了確保鄰居緩存中所緩存的HELLO報文的數(shù)量足夠判斷出新鄰居是否可信賴，可以設(shè)置緩存的大小為快速模式發(fā)送速率與普通模式發(fā)送速率的商+1，即，鄰居緩存優(yōu)選地具有1/0.1+1共11個HELLO報文的存放空間。當然，在實際應(yīng)用中，鄰居緩存的大小是可以靈活變化的，當鄰居緩存的大小改為I個HELLO報文的存放空間時，即視為無鈍化處理，當鄰居緩存的大小越大，鈍化處理的敏感度越低。以上是對本實施例中用于防鄰居震蕩的方法的詳細說明。由于該方法能夠以計算機程序來實現(xiàn)，因此，本實施例還對應(yīng)地提供了一種用于防鄰居震蕩的裝置。該裝置應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中，并且，為了通過監(jiān)控進程的監(jiān)控和驅(qū)動的阻塞來避免鄰居報文被錯誤地透傳、以及在端口恢復(fù)正成的上報功能時取消阻塞，該裝置包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊:進程創(chuàng)建模塊，創(chuàng)建監(jiān)控進程；端口檢查模塊，利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常；端口阻塞模塊，當所述端口檢查模塊檢查到所述上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞；端口恢復(fù)模塊，當對端口實施阻塞的驅(qū)動向監(jiān)控進程上報所述上報功能正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。與方法同理，該裝置可以優(yōu)選地于SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，且鄰居報文就為ISIS協(xié)議的HELLO報文，相應(yīng)地:當有STP實例被創(chuàng)建后，可以針對該STP實例觸發(fā)所述進程創(chuàng)建模塊；當創(chuàng)建的STP實例被配置B-VLAN后，進程創(chuàng)建模塊可以進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN、并用于監(jiān)控許可該B-VLAN的所有端口 ；當跟蹤的B-VLAN被許可在任意端口后，可以針對該端口觸發(fā)所述端口檢查模塊；當被實施阻塞的端口發(fā)生SPBM功能的使能事件后，該端口的驅(qū)動向監(jiān)控進程上報所述上報功能正常、并觸發(fā)端口恢復(fù)模塊。此外，為了對端口實施鄰居鈍化處理，該裝置進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊:緩存分配模塊，分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文；鄰居監(jiān)測模塊，當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居；鄰居有效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為是，則與該新鄰居建立鄰居關(guān)系;鄰居無效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為否，則丟棄來自該新鄰居的鄰居報文。當應(yīng)用該裝置的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備時，緩存分配模塊為每個端口創(chuàng)建的鄰居緩存的大小優(yōu)選地可以為快速模式發(fā)送速率與普通模式發(fā)送速率的商加I。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.一種用于防鄰居震蕩的方法，其特征在于，該方法應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中、并包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟: aO、創(chuàng)建監(jiān)控進程； al、利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常；a2、當所述步驟al檢查到所述上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟: a3、當對端口實施阻塞的驅(qū)動向監(jiān)控進程上報所述上報功能恢復(fù)正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，應(yīng)用該方法的網(wǎng)絡(luò)交換設(shè)備為最短路徑橋接SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為中間系統(tǒng)到中間系統(tǒng)ISIS協(xié)議的HELLO報文，以及: 當有STP實例被創(chuàng)建后，針對該STP實例觸發(fā)步驟aO ； 當創(chuàng)建的STP實例被配置B-VLAN后，步驟aO進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN ； 當跟蹤的B-VLAN被許可在任意端口后，針對該端口觸發(fā)步驟al ； 當被實施阻塞的端口發(fā)生SPBM功能的使能事件后，該端口的驅(qū)動向監(jiān)控進程上報所述上報功能正常、并觸發(fā)步驟a3。
4.根據(jù)權(quán)利要求1 或2所述的方法，其特征在于，該方法進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下步驟: bO、分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文；bl、當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居； b2、若所述步驟bl的監(jiān)測結(jié)果為是，則與該新鄰居建立鄰居關(guān)系； b3、若所述步驟bl的監(jiān)測結(jié)果為否，則丟棄來自該新鄰居的鄰居報文。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，應(yīng)用該方法的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及，步驟bO為每個端口創(chuàng)建的鄰居緩存的大小為快速模式發(fā)送速率與普通模式發(fā)送速率的商加I。
6.一種用于防鄰居震蕩的裝置，其特征在于，該裝置應(yīng)用于網(wǎng)絡(luò)交換設(shè)備中、并包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊: 進程創(chuàng)建模塊，創(chuàng)建監(jiān)控進程； 端口檢查模塊，利用創(chuàng)建的監(jiān)控進程檢查端口的驅(qū)動對鄰居報文的上報功能是否正常； 端口阻塞模塊，當所述端口檢查模塊檢查到所述上報功能異常時，利用監(jiān)控進程通知該端口的驅(qū)動對鄰居報文實施阻塞。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，該裝置進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊: 端口恢復(fù)模塊，當對端口實施阻塞的驅(qū)動向監(jiān)控進程上報所述上報功能恢復(fù)正常時，利用監(jiān)控進程解除該驅(qū)動對端口實施的阻塞。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，應(yīng)用該裝置的網(wǎng)絡(luò)交換設(shè)備為最短路徑橋接SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為中間系統(tǒng)到中間系統(tǒng)ISIS協(xié)議的HELLO報文，以及: 當有STP實例被創(chuàng)建后，針對該STP實例觸發(fā)所述進程創(chuàng)建模塊； 當創(chuàng)建的STP實例被配置B-VLAN后，所述進程創(chuàng)建模塊進一步利用創(chuàng)建的監(jiān)控進程跟蹤該STP實例所配置的B-VLAN ； 當跟蹤的B-VLAN被許可在任意端口后，針對該端口觸發(fā)所述端口檢查模塊； 當被實施阻塞的端口發(fā)生SPBM功能的使能事件后，該端口的驅(qū)動向監(jiān)控進程上報所述上報功能正常、并觸發(fā)所述端口恢復(fù)模塊。
9.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，該裝置進一步包括在網(wǎng)絡(luò)交換設(shè)備中運行的如下模塊: 緩存分配模塊，分別為每個端口創(chuàng)建鄰居緩存，用于存放端口接收到的鄰居報文； 鄰居監(jiān)測模塊，當任意端口接收到來自新鄰居的鄰居報文后，監(jiān)測該端口的鄰居緩存中此后持續(xù)存放的鄰居報文是否均來自該新鄰居； 鄰居有效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為是，則與該新鄰居建立鄰居關(guān)系； 鄰居無效模塊，若所述鄰居監(jiān)測模塊的監(jiān)測結(jié)果為否，則丟棄來自該新鄰居的鄰居報文。
10.根據(jù)權(quán)利要求9 所述的裝置，其特征在于，應(yīng)用該裝置的網(wǎng)絡(luò)交換設(shè)備為SPB網(wǎng)絡(luò)中的BEB設(shè)備或BCB設(shè)備，所述鄰居報文為ISIS協(xié)議的HELLO報文，以及，所述緩存分配模塊為每個端口創(chuàng)建的鄰居緩存的大小為快速模式發(fā)送速率與普通模式發(fā)送速率的商加I。
全文摘要
本發(fā)明公開了一種用于防鄰居震蕩的方法和裝置。本發(fā)明能夠利用監(jiān)控進程對端口的驅(qū)動進行監(jiān)控、并在監(jiān)控到端口的驅(qū)動對鄰居報文的上報功能異常時令該端口的驅(qū)動對鄰居報文實施阻塞，因而能夠避免鄰居報文被錯誤地透傳，進而能夠有效減少由于鄰居報文被錯誤透傳所引發(fā)的鄰居震蕩。而且，本發(fā)明還能夠由端口的驅(qū)動在上報功能恢復(fù)正常后主動通告監(jiān)控進程、并由監(jiān)控進程依此解除已實施的阻塞，因而能夠在端口的上報功正常時確保鄰居關(guān)系建立的正常實現(xiàn)。另外，本發(fā)明還可以通過鄰居鈍化處理來彌補監(jiān)控進程可能存在的疏漏，以進一步降低發(fā)生鄰居震蕩的概率。
文檔編號H04L12/801GK103166868SQ20131006898
公開日2013年6月19日 申請日期2013年3月4日 優(yōu)先權(quán)日2013年3月4日
發(fā)明者陸璐, 王偉 申請人:杭州華三通信技術(shù)有限公司