專利名稱：一種快速重路由機(jī)制中的消息處理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種快速重路由機(jī)制中的消息處理方法和裝置。
背景技術(shù)：
隨著網(wǎng)絡(luò)業(yè)務(wù)的發(fā)展，作為多業(yè)務(wù)統(tǒng)一承載的IP (Internet Protocol,互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)在可靠性方面，必須達(dá)到傳統(tǒng)電信網(wǎng)絡(luò)的水平，如保護(hù)切換的速度小于50ms,才能滿足電信業(yè)務(wù)的需要。
為達(dá)到上述目的，業(yè)內(nèi)提出了結(jié)合MPLS ( Multiprotocol Label Switching,多協(xié)議標(biāo)簽交換)4支術(shù)與流量工程的MPLS TE ( Traffic Engineering,流量工程)，通過(guò)建立到達(dá)指定路徑的LSP (Label Switching Path,標(biāo)簽交換路徑)隧道進(jìn)行資源預(yù)留，使網(wǎng)絡(luò)流量繞開擁塞節(jié)點(diǎn)，達(dá)到平衡網(wǎng)絡(luò)流量的目的，并進(jìn)行定時(shí)優(yōu)化，在資源緊張的情況下，根據(jù)優(yōu)先級(jí)和搶占參數(shù)搶占低優(yōu)先級(jí)的LSP隧道的帶寬資源。
FRR ( Fast ReRoute,快速重路由)是MPLS TE中實(shí)現(xiàn)網(wǎng)絡(luò)局部保護(hù)的技術(shù)，切換速度可以達(dá)到50ms,能夠最大程度減少網(wǎng)絡(luò)故障時(shí)數(shù)據(jù)的丟失。對(duì)LSP隧道配置FRR功能后，當(dāng)LSP隧道上的某條鏈路或某個(gè)節(jié)點(diǎn)失效時(shí)，流量會(huì)被切換到保護(hù)鏈路上，繞過(guò)失敗的鏈路或者節(jié)點(diǎn)；同時(shí)，LSP隧道的頭節(jié)點(diǎn)嘗試建立新的LSP隧道，從而達(dá)到保護(hù)主路徑的功能。
如圖l所示，為現(xiàn)有技術(shù)中的MPLS TE FRR切換的轉(zhuǎn)發(fā)示意圖，RTl和RT2之間的主LSP隧道發(fā)生故障，RTl首先執(zhí)行ARP (Address ResolutionProtocol,地址解析協(xié)議)的更新動(dòng)作，將所有從主LSP隧道轉(zhuǎn)發(fā)的出口表項(xiàng)都設(shè)置為Dummy表項(xiàng)，通過(guò)保存的軟件信息從路由表中查找報(bào)文對(duì)應(yīng)的Egrlndex索引，將Egrlndex索引中的DPort信息設(shè)置為31 ，此時(shí)，不能進(jìn)行流量轉(zhuǎn)發(fā)，RTl接收到的報(bào)文被丟棄；隨后，RTl執(zhí)行主LSP隧道到備份LSP
5隧道的FRR切換動(dòng)作，通過(guò)保存的軟件信息從路由表中查找報(bào)文對(duì)應(yīng)的Egrlndex索引，將Dummy表項(xiàng)設(shè)置為備份LSP隧道的信息，將DMac設(shè)置為RT3的MAC,將SMAC設(shè)置為RT1的MAC,將DPort設(shè)置為RT1和RT3連接的出端口 ，業(yè)務(wù)流量可以再一次進(jìn)行轉(zhuǎn)發(fā)。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺陷在進(jìn)行FRR切換的過(guò)程中，節(jié)點(diǎn)設(shè)備中的平臺(tái)軟件功能實(shí)體需要向驅(qū)動(dòng)軟件功能實(shí)體依次發(fā)送ARP更新消息和FRR切換消息，驅(qū)動(dòng)軟件功能實(shí)體需要依次處理接收到的兩條消息，處理時(shí)間較長(zhǎng)，降低了驅(qū)動(dòng)軟件功能實(shí)體的執(zhí)行速度，無(wú)法實(shí)現(xiàn)MPLS TE LSP的快速切換。

發(fā)明內(nèi)容
本發(fā)明提供了 一種快速重路由機(jī)制中的消息處理方法和裝置，用于實(shí)現(xiàn)MPLS TE LSP的快速切換。
本發(fā)明提供了 一種快速重路由機(jī)制中的消息處理方法，應(yīng)用于包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體的節(jié)點(diǎn)設(shè)備中，所述方法包括以下步驟
當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自所述平臺(tái)軟件功能實(shí)體的地址解析協(xié)
議ARP更新消息后，所述驅(qū)動(dòng)軟件功能實(shí)體不處理所述ARP更新消息，而是
判斷所述ARP更新消息之后接收到的下一消息是否為快速重路由FRR切換消白
如果判斷結(jié)果為是，所述驅(qū)動(dòng)軟件功能實(shí)體將所述接收到的ARP更新消息刪除，只處理所述接收到的FRR切換消息；
如果判斷結(jié)果為否，所述驅(qū)動(dòng)軟件功能實(shí)體對(duì)所述ARP更新消息和所述ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)包括初始狀態(tài)、正常狀態(tài)和等待狀態(tài)，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)或正常狀態(tài)時(shí)，
所述驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自平臺(tái)軟件功能實(shí)體的ARP更新消息之后，還包括
所述驅(qū)動(dòng)軟件功能實(shí)體保存所述接收到的ARP更新消息，將自身的狀態(tài)遷移到所述等待狀態(tài)。
優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)時(shí)，還包括當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息不是ARP更新消息時(shí)，所述驅(qū)動(dòng)軟
件功能實(shí)體保存當(dāng)前接收到的消息，將自身的狀態(tài)遷移到所述正常狀態(tài)。優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體處于正常狀態(tài)時(shí)，還包括當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息不是ARP更新消息時(shí)，所述驅(qū)動(dòng)軟
件功能實(shí)體處理當(dāng)前接收到的消息，并進(jìn)行初始化設(shè)置，將自身的狀態(tài)遷移到
#刀士臺(tái)^1犬;§。
優(yōu)選地，所述驅(qū)動(dòng)專欠件功能實(shí)體的狀態(tài)還包括仲裁狀態(tài)，
所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到等待狀態(tài)之后，還包括
當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息為FRR切換消息時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到所述仲裁狀態(tài)，將所述FRR切換消息之前接收到的ARP更新消息刪除；
所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到所述正常狀態(tài)。
優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體處于等待狀態(tài)時(shí)，
所述驅(qū)動(dòng)軟件功能實(shí)體判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息之后，還包括
所述驅(qū)動(dòng)軟件功能實(shí)體保存所述ARP更新消息之后接收到的下一消息，將自身狀態(tài)遷移到所述正常狀態(tài)。
本發(fā)明還提供了一種節(jié)點(diǎn)設(shè)備，包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體，所述驅(qū)動(dòng)軟件功能實(shí)體包括
收發(fā)模塊，用于接收來(lái)自所述平臺(tái)軟件功能實(shí)體的消息；
判斷模塊，與所述收發(fā)模塊電性連接，用于判斷所述收發(fā)模塊接收到的消息是否為ARP更新消息，并在所述收發(fā)模塊接收到的消息為ARP更新消息時(shí)，判斷所述41^模塊在所述ARP更新消息之后接收到的下一消息是否為FRR切換消息；
處理模塊，與所述判斷模塊電性連接，用于在所述判斷模塊判斷接收到ARP更新消息時(shí)，不處理所述ARP更新消息，在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息為FRR切換消息時(shí)，將所述ARP更新消息刪除，只處理所述FRR切換消息，在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，對(duì)所述ARP更新消息和所述ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)包括初始狀態(tài)、正常狀態(tài)和等待狀態(tài)，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)或正常狀態(tài)時(shí)，
所述處理才莫塊，還用于在所述判斷模塊判斷接收到的消息為ARP更新消息時(shí)，保存所述接收到的ARP更新消息，將自身的狀態(tài)遷移到所述等待狀態(tài)。
優(yōu)選地，所述驅(qū)動(dòng)4欠件功能實(shí)體處于初始狀態(tài)時(shí)，
所述處理模塊，還用于在所述判斷模塊判斷接收到的消息不是ARP更新消息時(shí)，保存當(dāng)前接收到的消息，將自身的狀態(tài)遷移到所述正常狀態(tài)。優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體處于正常狀態(tài)時(shí)，
所述處理沖莫塊，還用于在所述判斷模塊判斷接收到的消息不是ARP更新消息時(shí)，處理當(dāng)前接收到的消息，并進(jìn)行初始化設(shè)置，將自身的狀態(tài)遷移到初始狀態(tài)。
優(yōu)選地，所述驅(qū)動(dòng)軟件功能實(shí)體處于等待狀態(tài)時(shí)，
所述處理模塊，還用于在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，保存所述ARP更新消息之后接收到的下一消息，將自身狀態(tài)遷移到所述正常狀態(tài)。
本發(fā)明中的驅(qū)動(dòng)軟件功能實(shí)體通過(guò)刪除FRR切換消息之前接收到的ARP更新消息，簡(jiǎn)化了消息處理流程，提高了軟件執(zhí)行的速度，為MPLSTELSP實(shí)現(xiàn)快速切換提供了保證。


圖1現(xiàn)有技術(shù)中的MPLS TE FRR切換的轉(zhuǎn)發(fā)示意圖2為本發(fā)明中的一種快速重路由機(jī)制中的消息處理方法流程圖3為本發(fā)明中的消息仲裁機(jī)制的有限狀態(tài)機(jī)示意圖4為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從初始狀態(tài)遷移到等待狀態(tài)或正常狀態(tài)的流程圖5為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從等待狀態(tài)遷移到正常狀態(tài)的流程圖6為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從正常狀態(tài)遷移到初始狀態(tài)或等待狀態(tài)的流程圖7為本發(fā)明中的一種節(jié)點(diǎn)設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明提供的技術(shù)方案中，其核心思想為在節(jié)點(diǎn)設(shè)備的驅(qū)動(dòng)軟件功能實(shí)體中引入消息仲裁機(jī)制，接收所有來(lái)自平臺(tái)軟件功能實(shí)體的消息，判斷接收到ARP更新消息后的下一消息是否為FRR切換消息，如果下一消息為FRR切換消息，則將之前接收到的ARP更新消息合并掉，只處理FRR切換消息；否則，對(duì)所有接收到的消息進(jìn)行正常處理。
下面將結(jié)合本發(fā)明中的附圖，對(duì)本發(fā)明的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
如圖2所示，為本發(fā)明中的一種快速重路由機(jī)制中的消息處理方法流程圖，應(yīng)用于包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體的節(jié)點(diǎn)設(shè)備中，該方法包括以下步驟
步驟201，當(dāng)驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自平臺(tái)軟件功能實(shí)體的ARP更新消息后，驅(qū)動(dòng)軟件功能實(shí)體不處理該ARP更新消息。
步驟202,驅(qū)動(dòng)軟件功能實(shí)體判斷ARP更新消息之后接收到的下一消息是否為FRR切換消息，如果判斷結(jié)果為是，則執(zhí)行步驟203;如果判斷結(jié)果為否，則執(zhí)行步驟204。
步驟203，驅(qū)動(dòng)軟件功能實(shí)體將接收到的ARP更新消息刪除，只處理接收到的FRR切換消息。
具體地，當(dāng)ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體只處理接收到的FRR切換消息，將所有從主LSP隧道轉(zhuǎn)發(fā)的出口表項(xiàng)設(shè)置為備份LSP隧道的信息。
步驟204,驅(qū)動(dòng)軟件功能實(shí)體對(duì)ARP更新消息和該ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
具體地，當(dāng)ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體處理ARP更新消息，將所有從主LSP隧道轉(zhuǎn)發(fā)的出口表項(xiàng)都設(shè)置為Dummy表項(xiàng)，通過(guò)保存的軟件信息從路由表中查找報(bào)文對(duì)應(yīng)的Egrlndex索引，將Egrlndex索引中的DPort信息設(shè)置為31 。
本發(fā)明中的驅(qū)動(dòng)軟件功能實(shí)體通過(guò)刪除FRR切換消息之前接收到的ARP更新消息，筒化了消息處理流程，提高了軟件執(zhí)行的速度，為MPLS TE LSP實(shí)現(xiàn)快速切換4是供了保證。
本發(fā)明提供的快速重路由機(jī)制中的消息處理方法中，引入了消息仲裁機(jī)制，并在節(jié)點(diǎn)設(shè)備的驅(qū)動(dòng)軟件功能實(shí)體中建立shim軟件層，以實(shí)現(xiàn)上述消息仲裁機(jī)制。
具體地，驅(qū)動(dòng)軟件功能實(shí)體中的shim軟件層接收來(lái)自節(jié)點(diǎn)設(shè)備的其他模塊的消息，如果該消息不是ARP更新消息，則不觸發(fā)消息仲裁機(jī)制，直接處理該消息；如果該消息為ARP更新消息，則觸發(fā)消息仲裁流程，判斷該ARP更新消息之后接收到的下一消息是否為FRR切換消息。
如果ARP更新消息之后接收到的下一消息為FRR切換消息，消息仲裁機(jī)制將該ARP更新消息合并掉，只處理FRR切換消息；如果ARP更新消息之后接收到的下一消息不是FRR切換消息，則對(duì)該ARP更新消息和該ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
本發(fā)明中的消息仲裁機(jī)制還引入了有限狀態(tài)機(jī)，如圖3所示，為本發(fā)明中的消息仲裁機(jī)制的有限狀態(tài)機(jī)示意圖，驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)包括初始狀態(tài)、正常狀態(tài)、等待狀態(tài)和仲裁狀態(tài)。
當(dāng)驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)或正常狀態(tài)時(shí)，驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自平臺(tái)軟件功能實(shí)體的ARP更新消息之后，保存該接收到的ARP更新
10消息，并將自身的狀態(tài)遷移到等待狀態(tài)。
當(dāng)驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到等待狀態(tài)之后接收到的消息為
FRR切換消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到仲裁狀態(tài)，將FRR 切換消息之前接收到的ARP更新消息刪除，再將自身的狀態(tài)遷移到正常狀態(tài)。
當(dāng)驅(qū)動(dòng)軟件功能實(shí)體處于等待狀態(tài)，且判斷ARP更新消息之后接收到的 下一消息不是FRR切換消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體保存ARP更新消息之后接 收到的下一消息，并將自身狀態(tài)遷移到正常狀態(tài)。
當(dāng)驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)，且驅(qū)動(dòng)軟件功能實(shí)體接收到的消息 不是ARP更新消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體保存當(dāng)前接收到的消息，將自身的 狀態(tài)遷移到正常狀態(tài)。
當(dāng)驅(qū)動(dòng)軟件功能實(shí)體處于正常狀態(tài)，且驅(qū)動(dòng)軟件功能實(shí)體接收到的消息 不是ARP更新消息時(shí)，驅(qū)動(dòng)軟件功能實(shí)體處理當(dāng)前接收到的消息，并進(jìn)行初 始化設(shè)置，將自身的狀態(tài)遷移到初始狀態(tài)。
如圖4所示，為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從初始狀態(tài)遷
移到等待狀態(tài)或正常狀態(tài)的流程圖，包括以下步驟
步驟401,驅(qū)動(dòng)軟件功能實(shí)體接收來(lái)自平臺(tái)軟件功能實(shí)體的消息。 步驟402，驅(qū)動(dòng)軟件功能實(shí)體判斷自身的狀態(tài)是否為初始狀態(tài)，如果判斷
結(jié)果為是，則執(zhí)行步驟403;如果判斷結(jié)果為否，則結(jié)束流程。
步驟403 ，驅(qū)動(dòng)軟件功能實(shí)體判斷接收到的消息是否為ARP更新消息，
如果判斷結(jié)果為是，則執(zhí)行步驟404;如果判斷結(jié)果為否，則執(zhí)行步驟405。 步驟404，驅(qū)動(dòng)軟件功能實(shí)體保存當(dāng)前接收到的消息，并將自身的狀態(tài)遷
移到等待狀態(tài)。
步驟405，驅(qū)動(dòng)軟件功能實(shí)體保存當(dāng)前接收到的消息，并將自身的狀態(tài)遷 移到正常狀態(tài)。
如圖5所示，為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從等待狀態(tài)遷 移到正常狀態(tài)的流程圖，包括以下步驟
步驟501,驅(qū)動(dòng)軟件功能實(shí)體接收來(lái)自平臺(tái)軟件功能實(shí)體的消息。步驟502，驅(qū)動(dòng)軟件功能實(shí)體判斷自身的狀態(tài)是否為等待狀態(tài)，如果判斷
結(jié)果為是，則執(zhí)行步驟503;如果判斷結(jié)果為否，則結(jié)束流程。
步驟503,驅(qū)動(dòng)軟件功能實(shí)體判斷接收到的消息是否為FRR切換消息，
如果判斷結(jié)果為是，則執(zhí)行步驟504;如果判斷結(jié)果為否，則執(zhí)行步驟507。 步驟504，驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到仲裁狀態(tài)。 步驟505，驅(qū)動(dòng)軟件功能實(shí)體將FRR切換消息之前接收到的ARP更新消
息合并掉，只處理接收到的FRR切換消息。
步驟506，驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到正常狀態(tài)。
步驟507,驅(qū)動(dòng)軟件功能實(shí)體保存當(dāng)前接收到的消息，并將自身的狀態(tài)遷
移到正常狀態(tài)。
如圖6所示，為本發(fā)明的應(yīng)用場(chǎng)景中的驅(qū)動(dòng)軟件功能實(shí)體從正常狀態(tài)遷 移到初始狀態(tài)或等待狀態(tài)的流程圖，包括以下步驟
步驟601 ，驅(qū)動(dòng)軟件功能實(shí)體接收來(lái)自平臺(tái)軟件功能實(shí)體的消息。
步驟602,驅(qū)動(dòng)軟件功能實(shí)體判斷自身的狀態(tài)是否為正常狀態(tài)，如果判斷 結(jié)果為是，則執(zhí)行步驟603;如果判斷結(jié)果為否，則結(jié)束流程。
步驟603，驅(qū)動(dòng)軟件功能實(shí)體判斷當(dāng)前接收到的消息是否與上一次接收到 的消息類型相同，如果判斷結(jié)果為是，則執(zhí)行步驟604;如果判斷結(jié)果為否， 則執(zhí)行步驟605。
步驟604，驅(qū)動(dòng)軟件功能實(shí)體處理當(dāng)前接收到的消息，并將自身的狀態(tài)遷 移到初始狀態(tài)。
步驟605，驅(qū)動(dòng)軟件功能實(shí)體判斷當(dāng)前接收到的消息是否為ARP更新消 息，如果判斷結(jié)果為是，則執(zhí)行步驟606;如果判斷結(jié)果為否，則執(zhí)行步驟 607。
步驟606,驅(qū)動(dòng)軟件功能實(shí)體處理上一次接收到的消息，并將自身的狀態(tài) 遷移到等待狀態(tài)。
步驟607,驅(qū)動(dòng)軟件功能實(shí)體處理當(dāng)前接收到的消息，并將自身的狀態(tài)遷 移到初始狀態(tài)。需要說(shuō)明的是，本發(fā)明方法可以根據(jù)實(shí)際需要對(duì)各個(gè)步驟順序進(jìn)行調(diào)整。 本發(fā)明通過(guò)有限狀態(tài)機(jī)實(shí)現(xiàn)消息仲裁機(jī)制，將驅(qū)動(dòng)軟件功能實(shí)體處理的
ARP更新消息合并掉，只處理ARP更新消息之后接收到的FRR切換消息， 簡(jiǎn)化FRR切換過(guò)程中的消息處理流程，提高了軟件執(zhí)行的速度，為MPLSTE LSP實(shí)現(xiàn)快速切換提供了保證。
本發(fā)明在上述實(shí)施方式中提供了快速重路由機(jī)制中的消息處理方法和應(yīng) 用場(chǎng)景，相應(yīng)地，本發(fā)明還提供了應(yīng)用上述消息處理方法的節(jié)點(diǎn)設(shè)備。
如圖7所示，為本發(fā)明中的一種節(jié)點(diǎn)設(shè)備結(jié)構(gòu)示意圖，包括平臺(tái)軟件功 能實(shí)體710和驅(qū)動(dòng)軟件功能實(shí)體720。其中，驅(qū)動(dòng)軟件功能實(shí)體720包括
收發(fā)模塊721 ，用于接收來(lái)自平臺(tái)軟件功能實(shí)體710的消息。
判斷模塊722，與收發(fā)模塊721電性連接，用于判斷收發(fā)模塊721接收到 的消息是否為ARP更新消息，并在收發(fā)模塊721接收到的消息為ARP更新消 息時(shí)，判斷收發(fā)模塊721在該ARP更新消息之后接收到的下一消息是否為 FRR切換消息。
處理模塊723，與判斷模塊722電性連接，用于在判斷模塊722判斷接收 到ARP更新消息時(shí)，不處理該ARP更新消息，在判斷模塊722判斷ARP更 新消息之后接收到的下一消息為FRR切換消息時(shí)，將該ARP更新消息刪除， 只處理FRR切換消息，在判斷模塊722判斷ARP更新消息之后接收到的下一 消息不是FRR切換消息時(shí)，對(duì)該ARP更新消息和ARP更新消息之后接收到 的下一消息進(jìn)行正常處理。
上述驅(qū)動(dòng)軟件功能實(shí)體720的狀態(tài)包括初始狀態(tài)、正常狀態(tài)和等待狀態(tài)， 驅(qū)動(dòng)軟件功能實(shí)體720處于初始狀態(tài)或正常狀態(tài)時(shí)，上述處理模塊723，還用 于在判斷模塊722判斷接收到的消息為ARP更新消息時(shí)，保存接收到的ARP 更新消息，將自身的狀態(tài)遷移到等待狀態(tài)。
上述驅(qū)動(dòng)軟件功能實(shí)體720處于初始狀態(tài)時(shí)，上述處理模塊723,還用于 在判斷模塊722判斷接收到的消息不是ARP更新消息時(shí)，保存當(dāng)前接收到的 消息，將自身的狀態(tài)遷移到正常狀態(tài)。上述驅(qū)動(dòng)軟件功能實(shí)體720處于正常狀態(tài)時(shí)，上述處理模塊723,還用于 在判斷模塊722判斷接收到的消息不是ARP更新消息時(shí)，處理當(dāng)前接收到的 消息，并進(jìn)行初始化i殳置，將自身的狀態(tài)遷移到初始狀態(tài)。
上述驅(qū)動(dòng)軟件功能實(shí)體720處于等待狀態(tài)時(shí)，上述處理模塊723,還用于 在判斷模塊722判斷ARP更新消息之后接收到的下一消息不是FRR切換消息 時(shí)，保存該ARP更新消息之后接收到的下一消息，將自身狀態(tài)遷移到正常狀 態(tài)。
本發(fā)明中的驅(qū)動(dòng)軟件功能實(shí)體通過(guò)刪除FRR切換消息之前接收到的ARP 更新消息，筒化了消息處理流程，提高了軟件執(zhí)行的速度，為MPLSTELSP 實(shí)現(xiàn)快速切換提供了保證。
通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件， 但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)， 該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)終端 設(shè)備(可以是手機(jī)，個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各 個(gè)實(shí)施例所述的方法。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普 通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn) 飾，這些改進(jìn)和潤(rùn)飾也應(yīng)^L本發(fā)明的保護(hù)范圍。
本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述 進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一 個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以集成于一體，也可以分離部署；可 以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。
上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種快速重路由機(jī)制中的消息處理方法，應(yīng)用于包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體的節(jié)點(diǎn)設(shè)備中，其特征在于，所述方法包括以下步驟當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自所述平臺(tái)軟件功能實(shí)體的地址解析協(xié)議ARP更新消息后，所述驅(qū)動(dòng)軟件功能實(shí)體不處理所述ARP更新消息，而是判斷所述ARP更新消息之后接收到的下一消息是否為快速重路由FRR切換消息；如果判斷結(jié)果為是，所述驅(qū)動(dòng)軟件功能實(shí)體將所述接收到的ARP更新消息刪除，只處理所述接收到的FRR切換消息；如果判斷結(jié)果為否，所述驅(qū)動(dòng)軟件功能實(shí)體對(duì)所述ARP更新消息和所述ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
2、 如權(quán)利要求l所述的方法，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)包括初始狀態(tài)、正常狀態(tài)和等待狀態(tài)，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)或正常狀態(tài)時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自平臺(tái)軟件功能實(shí)體的ARP更新消息之后，還包括所述驅(qū)動(dòng)軟件功能實(shí)體保存所述接收到的ARP更新消息，將自身的狀態(tài)遷移到所述等待狀態(tài)。
3、 如權(quán)利要求2所述的方法，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)時(shí)，還包括當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息不是ARP更新消息時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體保存當(dāng)前接收到的消息，將自身的狀態(tài)遷移到所述正常狀態(tài)。
4、 如權(quán)利要求2所述的方法，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于正常狀態(tài)時(shí)，還包括當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息不是ARP更新消息時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體處理當(dāng)前接收到的消息，并進(jìn)行初始化設(shè)置，將自身的狀態(tài)遷移到初始狀態(tài)。
5、 如權(quán)利要求2所述的方法，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)還包括仲裁狀態(tài)，所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到等待狀態(tài)之后，還包括當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到的消息為FRR切換消息時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到所述仲裁狀態(tài)，將所述FRR切換消息之前接收到的ARP更新消息刪除；所述驅(qū)動(dòng)軟件功能實(shí)體將自身的狀態(tài)遷移到所述正常狀態(tài)。
6、 如權(quán)利要求2所述的方法，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于等待狀態(tài)時(shí)，所述驅(qū)動(dòng)軟件功能實(shí)體判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息之后，還包括所述驅(qū)動(dòng)軟件功能實(shí)體保存所述ARP更新消息之后接收到的下一消息，將自身狀態(tài)遷移到所述正常狀態(tài)。
7、 一種節(jié)點(diǎn)設(shè)備，包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體包括收發(fā)才莫塊，用于接收來(lái)自所述平臺(tái)軟件功能實(shí)體的消息；判斷模塊，與所述收發(fā)模塊電性連接，用于判斷所述收發(fā)模塊接收到的消息是否為ARP更新消息，并在所述收發(fā)模塊接收到的消息為ARP更新消息時(shí)，判斷所述收發(fā)模塊在所述ARP更新消息之后接收到的下一消息是否為FRR切換消息；處理模塊，與所述判斷模塊電性連接，用于在所述判斷模塊判斷接收到ARP更新消息時(shí)，不處理所述ARP更新消息，在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息為FRR切換消息時(shí)，將所述ARP更新消息刪除，只處理所述FRR切換消息，在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，對(duì)所述ARP更新消息和所述ARP更新消息之后接收到的下一消息進(jìn)行正常處理。
8、 如權(quán)利要求7所述節(jié)點(diǎn)設(shè)備，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體的狀態(tài)包括初始狀態(tài)、正常狀態(tài)和等待狀態(tài)，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)或正常狀態(tài)時(shí)，所述處理模塊，還用于在所述判斷模塊判斷接收到的消息為ARP更新消息時(shí)，保存所述接收到的ARP更新消息，將自身的狀態(tài)遷移到所述等待狀態(tài)。
9、 如權(quán)利要求8所述節(jié)點(diǎn)設(shè)備，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于初始狀態(tài)時(shí)，所述處理模塊，還用于在所述判斷模塊判斷接收到的消息不是ARP更新消息時(shí)，保存當(dāng)前接收到的消息，將自身的狀態(tài)遷移到所述正常狀態(tài)。
10、 如權(quán)利要求8所述節(jié)點(diǎn)設(shè)備，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于正常狀態(tài)時(shí)，所述處理模塊，還用于在所述判斷模塊判斷接收到的消息不是ARP更新消息時(shí)，處理當(dāng)前接收到的消息，并進(jìn)行初始化設(shè)置，將自身的狀態(tài)遷移到初始狀態(tài)。
11、 如權(quán)利要求8所述節(jié)點(diǎn)設(shè)備，其特征在于，所述驅(qū)動(dòng)軟件功能實(shí)體處于等待狀態(tài)時(shí)，所述處理模塊，還用于在所述判斷模塊判斷所述ARP更新消息之后接收到的下一消息不是FRR切換消息時(shí)，保存所述ARP更新消息之后接收到的下一消息，將自身狀態(tài)遷移到所述正常狀態(tài)。
全文摘要
本發(fā)明公開了一種快速重路由機(jī)制中的消息處理方法，應(yīng)用于包括平臺(tái)軟件功能實(shí)體和驅(qū)動(dòng)軟件功能實(shí)體的節(jié)點(diǎn)設(shè)備中，所述方法包括以下步驟當(dāng)所述驅(qū)動(dòng)軟件功能實(shí)體接收到來(lái)自所述平臺(tái)軟件功能實(shí)體的地址解析協(xié)議ARP更新消息后，所述驅(qū)動(dòng)軟件功能實(shí)體不處理所述ARP更新消息，而是判斷所述ARP更新消息之后接收到的下一消息是否為快速重路由FRR切換消息；如果判斷結(jié)果為是，所述驅(qū)動(dòng)軟件功能實(shí)體將所述接收到的ARP更新消息刪除，只處理所述接收到的FRR切換消息；如果判斷結(jié)果為否，所述驅(qū)動(dòng)軟件功能實(shí)體對(duì)所述ARP更新消息和所述ARP更新消息之后接收到的下一消息進(jìn)行正常處理。本發(fā)明簡(jiǎn)化了消息處理流程，實(shí)現(xiàn)了MPLS TE LSP的快速切換。
文檔編號(hào)H04L12/56GK101656669SQ200910162180
公開日2010年2月24日 申請(qǐng)日期2009年8月7日 優(yōu)先權(quán)日2009年8月7日
發(fā)明者韓立峰 申請(qǐng)人:杭州華三通信技術(shù)有限公司