專利名稱：以太網(wǎng)生成樹(shù)協(xié)議的網(wǎng)絡(luò)設(shè)備中的故障保護(hù)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及以太網(wǎng)生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的方法，尤其 涉及利用設(shè)備冗余備份的方法保護(hù)以太網(wǎng)生成樹(shù)協(xié)議。
背景技術(shù)：
現(xiàn)有技術(shù)中，STP(spanning tree protocol,生成樹(shù)協(xié)議)廣泛用于 用在以太網(wǎng)交換機(jī)中，來(lái)保護(hù)以太網(wǎng)業(yè)務(wù)。通過(guò)在各個(gè)節(jié)點(diǎn)之間交換 BPDU( Bridge Protocol Data Unit,即網(wǎng)橋協(xié)議數(shù)據(jù)單元，其中包括節(jié) 點(diǎn)的路徑信息，該節(jié)點(diǎn)的角色等)，每個(gè)交換機(jī)確定其端口的STP狀 態(tài)(例如，轉(zhuǎn)發(fā)-forwarding、禁止-disabled、阻塞-blocking、監(jiān)聽(tīng) -listening,學(xué)習(xí)-learning )，將特定的端口處于block狀態(tài)，避免了網(wǎng) 絡(luò)環(huán)路，從而解決了廣播風(fēng)暴的問(wèn)題。
而EPS ( Equipment Protection Switching, i殳備寸呆護(hù)切^奐)通過(guò)設(shè) 備的冗余，即在一個(gè)交換機(jī)中安裝2個(gè)控制器(一個(gè)是主控制器，一 個(gè)是從控制器)，來(lái)實(shí)現(xiàn)保護(hù)和切換。主、從兩個(gè)控制器均獨(dú)立地運(yùn) 行STP協(xié)議。并且主、從控制器均在正常狀態(tài)下，主控制器負(fù)責(zé)對(duì)各 個(gè)端口的狀態(tài)(block/forward)進(jìn)行控制。而當(dāng)主控制器出現(xiàn)如下故 障時(shí)，EPS將進(jìn)行由主控制器到從控制器的切換。該切換若在短時(shí)間 內(nèi)完成，則不會(huì)影響通信業(yè)務(wù)。切換的條件包括
1. 主控制器所在的插卡丟失;
2. 主控制器所在的插卡出現(xiàn)錯(cuò)誤(包括斷電，電壓過(guò)低)或不可 訪問(wèn)；
3. 主控制器所在插卡中的軟件問(wèn)題;
4. 主控制器所在的插卡或其中的軟件重啟。
5如果要保證主、從控制器的輸出結(jié)果(輸出結(jié)果包括，本節(jié)點(diǎn)的
BPDU包和端口 STP狀態(tài)以及MAC地址擦除信息(對(duì)應(yīng)于被阻塞的端口的MAC地址)) 一致，必須滿足
主從控制器具有相同的輸入(包括來(lái)自上層網(wǎng)管的配置信息和來(lái)自底層的硬件信息)。
如果直接將EPS冗余備份系統(tǒng)應(yīng)用于STP生成樹(shù)協(xié)議，會(huì)產(chǎn)生如下缺點(diǎn)
對(duì)于來(lái)自上層的網(wǎng)管的配置信息，因?yàn)閷?duì)于網(wǎng)管來(lái)說(shuō)，主控制器和從控制器是具有不同的地址的2個(gè)不同的實(shí)體，所以網(wǎng)管對(duì)主、從兩個(gè)控制器的配置不同；
此外，因?yàn)镋PS主、從控制器得到的硬件信息也不同(因?yàn)閭鹘y(tǒng)的EPS保護(hù)并不對(duì)特定的協(xié)議所需要獲取哪些硬件信息作特殊的設(shè)
計(jì))；
即使主、從控制器得到相同的網(wǎng)管配置信息和相同的硬件信息，
由于主、從控制器分別基于各自的輸入進(jìn)行自主運(yùn)算，而現(xiàn)有的EPS保護(hù)不要求1、主從控制器針對(duì)STP協(xié)議進(jìn)行同步的運(yùn)算，2、主從控制器之間同步用于STP協(xié)議所需要的信息，3、主從控制器針對(duì)STP運(yùn)算結(jié)果所做的不同的輸出處理(如是否發(fā)送BPDU，或需要對(duì)哪些端口進(jìn)行怎么的處理)，因此不能保證主、從控制器運(yùn)算的內(nèi)部狀態(tài)機(jī)的同步，因此從控制器的輸出結(jié)果與主控制器不同。
所以當(dāng)主控制器發(fā)生上迷故障時(shí)，由主控制器切換到從控制器，從控制器得到的網(wǎng)絡(luò)拓樸視圖與主控制器不同，從控制器需要重新學(xué)習(xí)網(wǎng)絡(luò)的拓樸結(jié)構(gòu)，這會(huì)需要幾秒甚至幾十秒，造成業(yè)務(wù)的中斷。

發(fā)明內(nèi)容
鑒于現(xiàn)有技術(shù)存在上迷問(wèn)題，本發(fā)明通過(guò)，提供了一種利用EPS
方法對(duì)生成樹(shù)協(xié)議進(jìn)行故障保護(hù)的方法和裝置。
根據(jù)本發(fā)明的第 一方面，提供了 一種網(wǎng)絡(luò)設(shè)備中在以太網(wǎng)生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的方法，包括以下步驟控制主控制器與
6從控制器間交換各自所獲取的硬件相關(guān)信息。
根據(jù)本發(fā)明的第二方面，提供了 一種網(wǎng)絡(luò)設(shè)備中在生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的裝置，其中，包括第一控制裝置，用于控制主控制器與從控制器間交換各自所獲取的硬件相關(guān)信息。
采用本發(fā)明提供的技術(shù)方案，兩個(gè)控制器中的協(xié)議的狀態(tài)得到了同步，確保了當(dāng)主控制器發(fā)生故障時(shí)，由主控制器到從控制器的不會(huì)造成業(yè)務(wù)中斷的無(wú)縫切換。


圖1為本發(fā)明應(yīng)用的一個(gè)系統(tǒng)^L圖；圖2為主控制器和從控制器的狀態(tài)圖3為根據(jù)本發(fā)明的一個(gè)優(yōu)選的實(shí)施例的，當(dāng)主控制器發(fā)生故障時(shí)，控制由主控制器到從控制器的切換的系統(tǒng)方法的流程圖4為應(yīng)用以太網(wǎng)生成樹(shù)協(xié)議的網(wǎng)路設(shè)備中的設(shè)備故障保護(hù)的裝置的方框圖。
具體實(shí)施例方式
參考圖1，圖1示出了一個(gè)運(yùn)行以太網(wǎng)生成樹(shù)協(xié)議的一個(gè)以太網(wǎng)交換機(jī)，在該交換機(jī)中部署了一個(gè)控制裝置2。
圖2示出了本應(yīng)用的狀態(tài)機(jī)的框圖。兩個(gè)控制器均經(jīng)歷了從啟動(dòng)到運(yùn)行到交互的3個(gè)階段。這是對(duì)圖1的補(bǔ)充，是從狀態(tài)機(jī)的角度描述2個(gè)控制器。其中UCT ( un-conditioned transfer)為無(wú)條件轉(zhuǎn)移。
參考圖3并結(jié)合圖1,從系統(tǒng)角度對(duì)本發(fā)明進(jìn)行描述，本領(lǐng)域技術(shù)人員理解,本發(fā)明應(yīng)不限于基于以太網(wǎng)的通信網(wǎng)絡(luò)。
圖3是根據(jù)本發(fā)明的一個(gè)優(yōu)選的實(shí)施例的，運(yùn)行以太網(wǎng)生成樹(shù)協(xié)議的運(yùn)用設(shè)備保護(hù)切換(EPS, Equipment Protection Switching )的設(shè)備故障保護(hù)的系統(tǒng)方法的示意圖。
在步驟sl和sl，中，也即初始的配置步驟中，管理員Ml(典型地，可以是網(wǎng)管)向主控制器MC20和從控制器SC21發(fā)送配置指令(手動(dòng)或自動(dòng)配置)，例如，可以是SNMP ( Simple Network ManagementProtocol) SET消息。確保網(wǎng)管Ml向主、從控制器MC20和SC21配置的信息是相同的。配置信息包括
i) 生成樹(shù)協(xié)議的類(lèi)型，即包含所述的交換機(jī)的以太網(wǎng)所運(yùn)行的生成樹(shù)的類(lèi)型，例如，可以是PVST(每個(gè)VLAN —個(gè)生成初于，Per-VLAN Spanning Tree),RSTP (快速生成樹(shù)協(xié)議，Rapid Spanning Tree Protocol) or MST(多生成樹(shù)，Multiple Spanning Tree);
ii) 節(jié)點(diǎn)信息，具體地，節(jié)點(diǎn)的優(yōu)先級(jí)，節(jié)點(diǎn)的MAC地址(指本交換機(jī))等；
iii) 端口信息，例如，端口的優(yōu)先級(jí)，和端口的路徑代價(jià)。
對(duì)于主控制器MC20和從控制器SC21的角色分配，可以是由網(wǎng)管MC手動(dòng)分配，也可以是通過(guò)兩個(gè)控制器之間的資源竟?fàn)幎@取。
在由網(wǎng)管Ml管理的主控制器MC1和從控制器MC2中，運(yùn)行一個(gè)軟件部件稱為代理(agent)，該代理通過(guò)SNMP機(jī)制向管理系統(tǒng)(即網(wǎng)管Ml )報(bào)告信息。網(wǎng)管Ml可以通過(guò)SNMP GET協(xié)議操作，從代理處獲取信息；而代理可以不需要詢問(wèn)直接通過(guò)SNMPTRAP協(xié)議向網(wǎng)管Ml發(fā)送數(shù)據(jù)，以告知網(wǎng)管M1板級(jí)告警，以及控
接7等。、值得注意的i，對(duì)于那些來(lái)自網(wǎng)管二i的配置信息的請(qǐng)求(例如SNMP GET消息)只由主控制器MC20應(yīng)答，而SNMP TRAP消息(例如，狀態(tài)通知)只由主控制器MC20產(chǎn)生。從控制器既不應(yīng)答請(qǐng)求(SNMP GET )也不生成通知或請(qǐng)求(SNMP TRAPPING或狀態(tài)通知)。
在網(wǎng)管Ml的初始的配置結(jié)束之后，控制器(包括主控制器MC20和從控制器SC21 )進(jìn)入步驟s2。在步驟s2中，主控制器MC20從硬件HW3 (hardware)中獲取硬件信息。需要從硬件獲取的硬件信息包括如下
I) 端口運(yùn)行狀態(tài)，即本交換機(jī)上的端口運(yùn)行狀態(tài)。端口運(yùn)行狀態(tài)包括轉(zhuǎn)發(fā)-forwarding、禁止-disabled、阻塞-blocking、監(jiān)聽(tīng)-listening、學(xué)習(xí)-learning 。
II) MAC地址，即本交換機(jī)的MAC地址
III) BPDU ( Bridge Packet Data Unit)包，即從其他交換機(jī)的端口處獲取的BPDU包，用來(lái)交換各自的橋ID和其他交換機(jī)的各個(gè)端口的根路徑花費(fèi)。
對(duì)于獲取硬件信息的操作，控制器中的應(yīng)用軟件可以通過(guò)主動(dòng)的查詢的方式(polling-only)，或者被動(dòng)的基于中斷的方式(interrupt-based )獲取硬件信息?；蛘哂布﨟W3可以周期性地報(bào)告自己的狀態(tài)，本領(lǐng)域技術(shù)人員可以理解，上迷硬件信息的獲取方式屬于現(xiàn)有技術(shù)，在此不需贅述。
主控制器MC20獲取的硬件信息將被存儲(chǔ)在例如主控制器MC20的存儲(chǔ)器RAM中。值得注意的是，RAM可以獨(dú)立于主控制器MC20，但是上述的變形不會(huì)影響本發(fā)明的實(shí)質(zhì)。
在主控制器MC20和從控制器SC21從獲取網(wǎng)管Ml獲取配置信息，且主控制器MC20從硬件HW3獲取硬件信息后，主控制器MC20進(jìn)入步驟s3，確定主控制器MC20是否發(fā)生故障。在一個(gè)變化的實(shí)施例中，上迷的步驟s3可以由獨(dú)立于主控制器MC20的一個(gè)硬件模塊完成，但是上述變形不會(huì)影響本發(fā)明的實(shí)質(zhì)。主控制器MC20是否正常工作可以由以下條件所確定(主控制器MC20通常位于插板中，以下稱為插卡)
條件1.主控制器所在的插卡丟失；
條件2.主控制器所在的插卡出現(xiàn)錯(cuò)誤(包括斷電，電壓過(guò)低)或不可訪問(wèn)；
條件3.主控制器所在插卡中的軟件問(wèn)題；
條件4,主控制器所在的插卡或其中的軟件重啟。
9如果滿足上述一個(gè)或多個(gè)條件，則確定主控制器發(fā)生故障。
如果上述條件均未滿足，則確認(rèn)主控制器MC20正常工作。如果主控制器MC20正常工作，主控制器MC20進(jìn)入步驟s4,當(dāng)滿足特定的要求后，將主控制器MC20的RAM中的所迷的硬件信息傳送到從控制器SC21中。具體地，下述事件將觸發(fā)主控制器MC20將相關(guān)的硬件信息傳送到從控制器SC21中
■ BPDU包到達(dá)硬件，更具體地，BPDU到達(dá)本交換機(jī)的某一端cr 。
■主控制器MC20檢測(cè)到端口的運(yùn)行狀態(tài)發(fā)生改變，例如，原本轉(zhuǎn)發(fā)狀態(tài)的端口發(fā)生了 一些機(jī)械或人為的故障，造成了端口的阻塞。
因此，主控制MC20向從控制器SC21傳送的信息的內(nèi)容包括
來(lái)自其他交換機(jī)的端口的BPDU包；
本交換機(jī)以及其他交換機(jī)的端口運(yùn)行狀態(tài)變換。
考慮到硬件接入的限制，我們只允許主控制器MC20獲取硬件信息，主控制器MC20通過(guò)內(nèi)部高速總線將硬件信息傳送給從控制器SC21。從控制器SC21將通過(guò)內(nèi)部總線獲取硬件信息。
在主控制器MC20和從控制器SC21均獲取硬件信息的步驟s4后，主、從控制器內(nèi)的協(xié)議實(shí)體開(kāi)始在步驟s5和s5，中計(jì)算STP協(xié)議和端口狀態(tài)。STP協(xié)議的計(jì)算的規(guī)則在現(xiàn)有技術(shù)中已經(jīng)有了相關(guān)的規(guī)定，具體的細(xì)節(jié)可以參考相關(guān)的文檔。簡(jiǎn)要地，兩個(gè)控制器中的協(xié)議實(shí)體同時(shí)運(yùn)行計(jì)算，而輸入是相同的，因此，兩個(gè)協(xié)議狀態(tài)機(jī)所生成的結(jié)果是相同的，因此確保了 STP協(xié)議計(jì)算的相同的結(jié)果。
此后，在步驟s6中，主控制器MC20將其計(jì)算的結(jié)果向外廣播，廣播的內(nèi)容包括，STP端口狀態(tài)的計(jì)算結(jié)果，用于配置本交換機(jī)的端口狀態(tài)，以及本交換機(jī)的BPDU包，用于向其他交換機(jī)廣播，以利于其他交換機(jī)各自的STP協(xié)議計(jì)算。至于從控制器SC21的計(jì)算結(jié)果，從控制器SC21也生成端口 STP狀態(tài)配置信息和BPDU傳送請(qǐng)求，但
10是當(dāng)主控制器MC20正常工作時(shí)，均將其丟棄。
如果在步驟s3中，判斷條件"主控制器MC20是否正常工作，， 的結(jié)果是否定的，那么，系統(tǒng)進(jìn)入步驟s7,具體地，如果主控制器 MC20發(fā)生故障，從控制器SC21將直接從硬件HW3而不是通過(guò)高速 內(nèi)部總線從主控制器MC20處獲取硬件信息。由主控制器MC20向從 控制器SC21的切換屬于現(xiàn)有技術(shù)，在此不予贅述，可以由硬件設(shè)備 完成。
然后，在步驟s8中，從控制器SC21基于從硬件HW3處直接獲 取的硬件信息計(jì)算STP協(xié)議和端口狀態(tài)。STP協(xié)議計(jì)算的中間狀態(tài)已 被保存在從控制器SC21中，例如最近的一次STP協(xié)議的計(jì)算結(jié)果， 該計(jì)算結(jié)果是與主控制器MC20的計(jì)算結(jié)果是一致的，包括但不限于 節(jié)點(diǎn)的STP角色(根節(jié)點(diǎn)root,指定節(jié)點(diǎn)designate,備份節(jié)點(diǎn)backup, 可選節(jié)點(diǎn)alternative等)?；谧罱淮蔚腟TP協(xié)議的計(jì)算結(jié)果以及
從硬件HW3新獲取的硬件信息，從控制器SC21可以更新STP協(xié)議 計(jì)算和端口的狀態(tài)。
接著，在步驟s9中，從控制器SC21承擔(dān)主控制器MC20的角色， 向外廣播本交換機(jī)的BPDU包并配置其端口的STP狀態(tài)。
在一個(gè)變化的實(shí)施例中，步驟s5，可以被省略，即，從控制器SC21 只從主控制器MC20中獲取硬件信息，但是從控制器SC20并不進(jìn)行 STP協(xié)議的計(jì)算,因此，在步驟s7中，如果主控制器MC20發(fā)生故障， 從控制器SC21需要從硬件HW3處獲取硬件信息，并且初始化STP 協(xié)議的計(jì)算。在協(xié)議計(jì)算的初始階段，每個(gè)交換機(jī)均將自己視為根交 換機(jī)，并向其連接的LAN(local area network局域網(wǎng))發(fā)送BPDU包。 通過(guò)STP協(xié)議的計(jì)算，可以建立STP樹(shù)拓樸結(jié)構(gòu)。在這段時(shí)間內(nèi)， 協(xié)議計(jì)算可能不收斂，但是最終將達(dá)到收斂的狀態(tài)，以建了一個(gè)非環(huán) 狀的拓樸結(jié)構(gòu)。
在另外一個(gè)變化的實(shí)施例中，在步驟s2中，在主控制器正常工 作時(shí)，由從控制器來(lái)周期性地獲取硬件信息并報(bào)告給主控制器，主控 制器無(wú)需直接由硬件設(shè)備處獲取硬件信息。而在步驟s5中，接到從
ii控制器報(bào)告的硬件信息后，主控制器根據(jù)所述硬件信息進(jìn)行STP協(xié)議 的計(jì)算，生成端口狀態(tài)控制信息，用于對(duì)本交換設(shè)備處的端口進(jìn)行配 置并進(jìn)行廣播；在步驟S7中，當(dāng)檢測(cè)到主控制器發(fā)生故障后，從控 制器基于其預(yù)先(最近一次)獲得的硬件信息來(lái)計(jì)算端口狀態(tài)控制信 息，從而完成故障保護(hù)。
結(jié)合圖4，描述本發(fā)明的第二方面，同時(shí)結(jié)合圖l.圖4所示的裝 置10包括一個(gè)控制裝置100,檢測(cè)裝置101,計(jì)算裝置102和第二控 制裝置103。具體地，所述第二控制裝置103還包括配置控制裝置 1030。
第一控制裝置100用于控制主控制器與從控制器間交換各自所 獲取的硬件相關(guān)信息。所交換的硬件相關(guān)信息包括BPDU包包括本交 換機(jī)的橋IP和路徑花費(fèi)用來(lái)向其他交換機(jī)廣播以利于他們的STP協(xié) 議的計(jì)算，以及端口配置信息，以配置本交換機(jī)的端口 STP狀態(tài)。信 息的交換是經(jīng)由內(nèi)部總線。交換優(yōu)選地為 一種單向的硬件信息傳遞， 也即，主控制器通過(guò)內(nèi)部總線向從控制器發(fā)送其獲得的硬件信息。但 是，上述單向傳輸?shù)姆绞絻H對(duì)應(yīng)于本發(fā)明的一個(gè)最優(yōu)選的實(shí)施方式， 本發(fā)明還有包括但不限于以下的實(shí)現(xiàn)方式Stepl:在主控制器正常工 作時(shí)，由從控制器來(lái)周期性地獲取硬件信息并報(bào)告給主控制器，主控 制器無(wú)需直接由硬件設(shè)備處獲取硬件信息(在發(fā)明人提供的交底材料 中，主控制器所接收到的)；Step2:接到從控制器報(bào)告的硬件信息后， 主控制器根據(jù)所述硬件信息生成端口狀態(tài)控制信息，用于對(duì)本交換設(shè) 備處的端口進(jìn)行配置并進(jìn)行廣播；Step3:當(dāng)檢測(cè)到主控制器發(fā)生故障 后，從控制器基于其預(yù)先(最近一次)獲得的硬件信息來(lái)計(jì)算端口狀 態(tài)控制信息，從而完成故障保護(hù)。
在下文中，我們將描述主控制器MC20從硬件HW3獲取硬件信 息，而來(lái)自從控制器SC21的讀取硬件信息的請(qǐng)求將被丟棄，也即， 第一控制裝置100控制主控制器MC20將其獲取的硬件信息發(fā)送給從 控制器SC21。第一控制裝置100同樣負(fù)責(zé)當(dāng)主控制器MC20發(fā)生故 障時(shí)，由主控制器MC20切換到從控制器SC21。具體的內(nèi)容將在下文中討論。
在從控制器SC21通過(guò)內(nèi)部總線由主控制器MC20處獲取硬件信 息后，從控制器SC21的計(jì)算裝置102將基于來(lái)自上層的由網(wǎng)管Ml 處獲得的配置信息和來(lái)自主控制器MC20的硬件信息進(jìn)行STP協(xié)議計(jì) 算。值得注意的是，計(jì)算裝置102可以獨(dú)立于從控制器SC21或者集 成在從控制器SC21中，上述的變形不會(huì)影響本發(fā)明的實(shí)質(zhì)。至于STP 協(xié)議計(jì)算的規(guī)則，與現(xiàn)有的規(guī)則相同，具體地，選舉具有最小橋ID 的橋?yàn)楦鶚?，確定具有到根橋的最小路徑花費(fèi)的為根端口，確定具有 最小路徑花費(fèi)的為選取交換機(jī)(designate switch),確定從每個(gè)網(wǎng)段 的最小路徑花費(fèi)，以產(chǎn)生生成樹(shù)拓樸結(jié)構(gòu)。計(jì)算裝置102的輸出結(jié)果 是端口狀態(tài)的控制信息，包括BPDU包和端口的運(yùn)行狀態(tài)。從控制器 SC21的計(jì)算裝置102與主控制器MC20的計(jì)算裝置同時(shí)運(yùn)行。如果 檢測(cè)裝置101檢測(cè)到主控制器MC20正常工作，則從控制器SC21的 計(jì)算裝置將丟棄其計(jì)算結(jié)果。然而，如果檢測(cè)裝置IOI檢測(cè)到主控制 器MC20發(fā)生故障，從控制器SC21將保存其STP協(xié)議的計(jì)算結(jié)果。
檢測(cè)裝置101確定所述主控制器MC20是否發(fā)生故障，并將其 檢測(cè)的結(jié)果發(fā)送給第二控制裝置103和第一控制裝置100。確定主控 制是否發(fā)生故障的規(guī)則可以參考步驟s3中的相應(yīng)的描述。檢測(cè)裝置 101也將其確定的結(jié)果發(fā)送給第一控制裝置100。例如，當(dāng)檢測(cè)裝置 101檢測(cè)到主控制器MC20發(fā)生故障，它將發(fā)送一個(gè)信號(hào)給第一控制 裝置100，則第一控制裝置100將控制由主控制器MC20到從控制器 SC21的切換。這樣，從控制器SC21將直接從硬件處獲取硬件信息。
第二控制裝置103包括配置控制裝置1030，進(jìn)一步處理計(jì)算裝 置102的計(jì)算結(jié)果。在第二控制裝置103中的配置控制裝置1030在 檢測(cè)裝置101檢測(cè)到所迷主控制器MC20發(fā)生故障時(shí)，控制從控制器 21配置所迷交換機(jī)上的端口狀態(tài)。當(dāng)主控制器MC20正常工作時(shí)，第 二控制裝置103控制從控制器21將其STP運(yùn)算結(jié)果丟棄。
在本裝置的一個(gè)變化的實(shí)施例中，計(jì)算裝置102可以集成第二控制裝置103中，在此標(biāo)記為計(jì)算控制裝置1031 (圖4中未示出)。 計(jì)算控制裝置10 31控制從控制器21只在主控制器M C 2 0發(fā)生故障時(shí), 計(jì)算STP協(xié)議。而當(dāng)主控制器MC20正常工作時(shí)，從控制器SC21只 由主控制器MC20處獲取硬件信息，但是不進(jìn)行STP協(xié)議計(jì)算。
以上對(duì)本發(fā)明的實(shí)施例進(jìn)行了描述，但是本發(fā)明并不局限于特 定的系統(tǒng)、設(shè)備和具體協(xié)議，本領(lǐng)域內(nèi)技術(shù)人員可以在所附權(quán)利要 求的范圍內(nèi)做出各種變形或修改。
權(quán)利要求
1. 一種網(wǎng)絡(luò)設(shè)備中在以太網(wǎng)生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的方法，包括以下步驟a. 控制主控制器與從控制器間交換各自所獲取的硬件相關(guān)信息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括以下步驟i. 檢測(cè)所述主控制器是否出現(xiàn)故障；ii. 當(dāng)所述主控制器出現(xiàn)故障，控制所述從控制器來(lái)進(jìn)行本交換 機(jī)各端口狀態(tài)的配置。
3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述步驟a包括-控制將所述主控制器所獲取的硬件相關(guān)信息傳送給所述從控制器。
4. 根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，在 所述步驟a之后還包括b. 控制所述從控制器根據(jù)自身獲取的上層管理信息與所述由主 控制器處獲取的硬件相關(guān)信息，來(lái)進(jìn)行基于以太網(wǎng)生成樹(shù)協(xié)議的運(yùn) 算，以生成端口狀態(tài)控制信息；重復(fù)步驟a至b,直至所述主控制器 出現(xiàn)故障；其中，所述步驟ii包括-當(dāng)所述主控制器出現(xiàn)故障，控制所述從控制器根據(jù)所述端口狀 態(tài)控制信息來(lái)進(jìn)行本交換機(jī)各端口狀態(tài)的配置，并向外廣播所迷端口 狀態(tài)控制信息。
5. 根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所 述步驟ii還包括-當(dāng)所迷主控制器出現(xiàn)故障，控制所述從控制器根據(jù)本身獲取的 上層管理信息與所迷由主控制器處獲取的硬件相關(guān)信息，來(lái)進(jìn)行基于 以太網(wǎng)生成樹(shù)協(xié)議的運(yùn)算，以生成端口狀態(tài)控制信息；-控制所述從控制器根據(jù)所述端口狀態(tài)控制信息來(lái)進(jìn)行本交換機(jī) 各端口狀態(tài)的配置，并向外廣播所述端口狀態(tài)控制信息。
6. 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述硬件相關(guān)信息包括所述生成樹(shù)中其他網(wǎng)絡(luò)設(shè)備各端口的端口狀態(tài)和/或MAC地址；所述上層管理信息包括所述生成樹(shù)的類(lèi)型、本網(wǎng)絡(luò)設(shè)備的節(jié)點(diǎn) 信息和端口信息。
7. 根據(jù)權(quán)利要求4或5所述的方法，其特征在于， 所述端口狀態(tài)控制信息包括BPDU包以及端口運(yùn)行狀態(tài)信息。
8. —種網(wǎng)絡(luò)設(shè)備中在生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的裝置， 其中，包括第 一控制裝置，用于控制主控制器與從控制器間交換各自所獲 取的硬件相關(guān)信息。
9. 根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括 檢測(cè)裝置，用于檢測(cè)所迷主控制器是否出現(xiàn)故障； 第二控制裝置，用于當(dāng)所迷主控制器出現(xiàn)故障，控制所述從控制器來(lái)進(jìn)行本交換機(jī)各端口狀態(tài)的配置。
10. 根據(jù)權(quán)利要求8或9所述的裝置，其特征在于，所迷裝置 還用于控制將所述主控制器所獲取的硬件相關(guān)信息傳送給所述從控制器。
11. 根據(jù)權(quán)利要求8至IO中任一項(xiàng)所述的裝置，其特征在于， 所述裝置還包括計(jì)算裝置，所述從控制器根據(jù)本身獲取的上層管理信息與所述 由主控制器處獲取的硬件相關(guān)信息，來(lái)進(jìn)行基于以太網(wǎng)生成樹(shù)協(xié)議的 運(yùn)算，以生成端口狀態(tài)控制信息；第一控制裝置和計(jì)算裝置重復(fù)上述 操作，直至所述主控制器出現(xiàn)故障；其中，所述第二控制裝置還用于當(dāng)所述主控制器出現(xiàn)故障，控制所迷從控制器根據(jù)所述端口狀態(tài)控制信息來(lái)進(jìn)行本交換機(jī)各端口狀態(tài)的配置，并向外廣播所述端口 狀態(tài)控制信息。
12. 根據(jù)權(quán)利要求8至10中任一項(xiàng)所述的裝置，其特征在于，所述第二控制裝置還包括控制運(yùn)算裝置，用于當(dāng)所述主控制器出現(xiàn)故障，控制所述從控 制器根據(jù)本身獲取的上層管理信息與所述由主控制器處獲取的硬件 相關(guān)信息，來(lái)進(jìn)行基于以太網(wǎng)生成樹(shù)協(xié)議的運(yùn)算，以生成端口狀態(tài)控 制化息;控制配置裝置，用于控制所述從控制器根據(jù)所述端口狀態(tài)控制 信息來(lái)進(jìn)行本交換機(jī)各端口狀態(tài)的配置，并向外廣播所述端口狀態(tài)控 制信息。
13. 根據(jù)權(quán)利要求11或12所述的方法，其特征在于， 所迷硬件相關(guān)信息包括所述生成樹(shù)中其他網(wǎng)絡(luò)設(shè)備各端口的端口狀態(tài)和/或MAC地址；所述上層管理信息包括所述生成樹(shù)的類(lèi)型、本網(wǎng)絡(luò)設(shè)備的節(jié)點(diǎn) 信息和端口狀態(tài)控制信息。
14. 根據(jù)權(quán)利要求11或12所述的方法，其特征在于， 所迷端口狀態(tài)控制信息包括BPDU包以及端口運(yùn)行狀態(tài)信息。
15. —種以太網(wǎng)中的網(wǎng)絡(luò)設(shè)備，其特征在于，包括根據(jù)權(quán)利要 求8至14中任一項(xiàng)所述的在生成樹(shù)應(yīng)用中用于進(jìn)行故障保護(hù)的裝置。
全文摘要
本發(fā)明提供了運(yùn)行以太網(wǎng)生成樹(shù)協(xié)議的網(wǎng)絡(luò)設(shè)備的故障保護(hù)的方法和裝置，其中，控制主控制器與從控制器間交換各自所獲取的硬件相關(guān)信息，且當(dāng)主控制器發(fā)生故障時(shí)，控制從控制器配置所述端口的端口狀態(tài)，從而確保了當(dāng)主控制器發(fā)生故障時(shí)，由主控制器到從控制器的無(wú)縫切換，且不會(huì)造成業(yè)務(wù)的中斷。
文檔編號(hào)H04L12/24GK101488879SQ20081003270
公開(kāi)日2009年7月22日 申請(qǐng)日期2008年1月15日 優(yōu)先權(quán)日2008年1月15日
發(fā)明者孫長(zhǎng)虹, 昱 柯 申請(qǐng)人:上海貝爾阿爾卡特股份有限公司