環(huán)網(wǎng)故障時的業(yè)務幀處理方法及系統(tǒng)的制作方法
【技術領域】
[0001] 本發(fā)明設及數(shù)據(jù)處理領域，尤其設及環(huán)網(wǎng)故障時的環(huán)網(wǎng)故障時的業(yè)務帖處理方法 及系統(tǒng)。
【背景技術】
[0002] RRPP(RapidRingProtoctionProtocol,快速環(huán)保護協(xié)議）是一個?？谟糜赪太 網(wǎng)環(huán)的鏈路層協(xié)議，它在W太環(huán)完整時能夠防止數(shù)據(jù)環(huán)路引起的廣播風暴，而當W太環(huán)上 任一條鏈路斷開時能迅速恢復環(huán)網(wǎng)上各個節(jié)點之間的通信鏈路。節(jié)點包括主節(jié)點及傳輸節(jié) 點，每個環(huán)上有一個主節(jié)點，它是發(fā)起環(huán)路探測和進行環(huán)路預防的主要操作節(jié)點，每個環(huán)上 除了主節(jié)點之外的其他所有節(jié)點為傳輸節(jié)點。
[000引現(xiàn)有遵守RRPP協(xié)議的環(huán)網(wǎng)實現(xiàn)如圖1所示，圖中A至H均表示節(jié)點，其中節(jié)點A至節(jié)點G為傳輸節(jié)點，在監(jiān)控數(shù)據(jù)環(huán)網(wǎng)鏈路中表示EC(視頻編碼器），節(jié)點H為主節(jié)點，例如 為交換機，XP(視頻監(jiān)控終端）、VM(視頻管理服務器）、DM(數(shù)據(jù)管理服務器）均位于監(jiān)控 中屯、，用于接收來自交換機的業(yè)務帖，圖1中箭頭方向表示業(yè)務帖發(fā)送方向，圖1所示現(xiàn)有 環(huán)網(wǎng)轉(zhuǎn)發(fā)報文的方法如下：
[0004] 主節(jié)點的主端口G2每隔IOms發(fā)送肥LLO報文，副端口Gl接收到肥LLO報文，證 明鏈路是好的，此時副端口Gl-直處于阻塞狀態(tài)；反之，副端口Gl-定周期未收到肥化0 報文，則打開端口使其正常轉(zhuǎn)發(fā)。 陽0化]現(xiàn)有方法中，一旦故障發(fā)生時如鏈路中斷（linkdown),例如圖2所示，節(jié)點D與節(jié)點E之間鏈路故障，故障鏈路兩端最近的節(jié)點或故障端口上會通過中斷立刻檢 測到故障，并立刻沿可用鏈路經(jīng)過后續(xù)各個節(jié)點向主節(jié)點發(fā)送鏈路中斷消息，主節(jié)點接 收到鏈路中斷消息則認為環(huán)網(wǎng)處于故障狀態(tài)，立刻打開副端口，同時發(fā)送刷新抑B通知 (C0MM0N-FLUSH-FDB)報文作為轉(zhuǎn)發(fā)表更新指令來通知其他傳輸節(jié)點更新轉(zhuǎn)發(fā)表，傳輸節(jié)點 更新轉(zhuǎn)發(fā)表后業(yè)務帖則切換到正常的鏈路上。
[0006] 監(jiān)控流量是持續(xù)不間斷性的，對設備的可靠性要求較高，環(huán)上所有的編碼器突發(fā) 性質(zhì)的流量順著同一個方向上行。運就導致越接近RRPP環(huán)主節(jié)點的設備壓力就越大。
[0007] 如圖2所示，假設交換機為RRPP的主節(jié)點，副端口Gl為被阻塞的端口，其他傳輸 節(jié)點都是EC，此時傳輸節(jié)點A的業(yè)務帖發(fā)往XP視頻監(jiān)控終端，如圖1中帶箭頭的方向，代表 各傳輸節(jié)點向XP發(fā)送的業(yè)務帖方向。
[0008] 當前技術的問題在于，在傳輸?shù)倪^程中如果圖2所示節(jié)點D的Pl節(jié)點或鏈路發(fā)生 故障，且節(jié)點A、B、C或D的業(yè)務帖恰好發(fā)送到Pl接口上，所有的傳輸節(jié)點都要等到接收到 來自主節(jié)點H的刷新抑B通知報文之后才能進行轉(zhuǎn)發(fā)表更新，那么，在RRPP鏈路切換完成 之前，運部分業(yè)務帖就會被丟棄。從RRPP的節(jié)點檢測到故障，到RRPP完成切換運段時間內(nèi)， 如果有業(yè)務帖恰好需要通過故障的鏈路，則會丟棄，如果是I帖或關鍵帖，則相當于損失1 個I帖組的數(shù)據(jù)。因此，環(huán)網(wǎng)故障時業(yè)務帖的丟失問題亟需解決。

【發(fā)明內(nèi)容】

[0009] 為了解決當前環(huán)網(wǎng)故障中存在的業(yè)務帖丟失問題，本發(fā)明提供了一種方法。
[0010] 一種環(huán)網(wǎng)故障時的業(yè)務帖處理方法，包括：與故障鏈路直接相連的故障鏈路下游 傳輸節(jié)點在檢測到故障后更新自身轉(zhuǎn)發(fā)表，且主節(jié)點獲知鏈路中斷后打開副端口用于業(yè)務 帖的輸出，且各個傳輸節(jié)點在收到轉(zhuǎn)發(fā)表更新指令時更新轉(zhuǎn)發(fā)表，還包括：處于故障鏈路下 游的各個傳輸節(jié)點將需經(jīng)過所述故障鏈路發(fā)送的業(yè)務帖進行緩存，并在完成自身轉(zhuǎn)發(fā)表的 更新后再向反向鏈路中的下一節(jié)點發(fā)送所緩存的業(yè)務帖，直至業(yè)務帖從主節(jié)點輸出。
[0011] 本發(fā)明的環(huán)網(wǎng)采用RRPP協(xié)議。本發(fā)明中，處于故障鏈路下游的傳輸節(jié)點是指在故 障前需要通過故障鏈路進行業(yè)務帖發(fā)送的傳輸節(jié)點。故障鏈路上游的傳輸節(jié)點由于在業(yè)務 帖發(fā)送的過程中，不需要通過故障鏈路，因此可W按照原有的方向?qū)I(yè)務帖從主節(jié)點發(fā)送 出去，且故障鏈路上游的節(jié)點按現(xiàn)有技術中的方法，將主節(jié)點所發(fā)送的刷新抑B通知報文 作為轉(zhuǎn)發(fā)表更新指令進行轉(zhuǎn)發(fā)表的更新。
[0012] 本發(fā)明業(yè)務帖處理方法，在完成整個環(huán)網(wǎng)的鏈路倒換過程中，處于故障鏈路下游 的各個傳輸節(jié)點在進行轉(zhuǎn)發(fā)表更新（即接口切換）的過程中對已經(jīng)發(fā)到故障鏈路兩端的業(yè) 務帖進行緩存，防止業(yè)務帖在接口切換過程中的業(yè)務帖丟失，并且通過與故障鏈路的發(fā)送 方向相反的可用鏈路將業(yè)務帖依次轉(zhuǎn)發(fā)至主節(jié)點，完成原有的實現(xiàn)需要，從而防止因為業(yè) 務帖因無法通過故障鏈路而丟失。其中業(yè)務帖為W太環(huán)網(wǎng)中各節(jié)點之間發(fā)送的W太網(wǎng)業(yè)務 相關的數(shù)據(jù)帖，例如為視頻數(shù)據(jù)帖。
[0013] 處于故障鏈路下游的傳輸節(jié)點所接收到的轉(zhuǎn)發(fā)表更新指令可W是主節(jié)點發(fā)送的 刷新FDB通知報文，而為了保證業(yè)務發(fā)送的實時性，進一步而言，處于故障鏈路下游的各個 傳輸節(jié)點沿反向鏈路發(fā)送轉(zhuǎn)發(fā)表更新指令至主節(jié)點，主節(jié)點及處于故障鏈路下游的各傳輸 節(jié)點在接收到所述轉(zhuǎn)發(fā)表更新指令時進行所述轉(zhuǎn)發(fā)表的更新。
[0014] 在現(xiàn)有技術中，主節(jié)點只有在接收到故障鏈路兩端最近的傳輸節(jié)點所發(fā)送的鏈路 故障消息后才向各個傳輸節(jié)點發(fā)送用于更新轉(zhuǎn)發(fā)表的刷新FDB通知報文，運對于實時業(yè)務 而言，會造成業(yè)務的嚴重滯后。本發(fā)明在發(fā)生故障后故障鏈路下游的傳輸節(jié)點在發(fā)送轉(zhuǎn)發(fā) 表更新指令的同時就已得知鏈路故障，從而將轉(zhuǎn)發(fā)表進行更新，不需要等到主節(jié)點獲知鏈 路故障后再進行轉(zhuǎn)發(fā)表的更新，從而使得鏈路的倒換更加迅速，適合用于實時業(yè)務。
[0015] 進一步而言，還包括：處于故障鏈路下游的各傳輸節(jié)點分別在W自身節(jié)點為起始 節(jié)點反向發(fā)送的業(yè)務帖的帖頭增加反向標記，且主節(jié)點及故障鏈路下游的各傳輸節(jié)點檢測 所接收到的業(yè)務帖是否帶有反向標記，并丟棄無反向標記的業(yè)務帖。
[0016] 處于故障鏈路下游的各個傳輸節(jié)點可能都有需要反向發(fā)送的業(yè)務帖，而為了防止 有人用鏈路中斷發(fā)送仿冒的反向業(yè)務帖，在業(yè)務帖中增加反向標記，W將反向業(yè)務帖與仿 冒的業(yè)務帖進行區(qū)分，從而保證業(yè)務帖的可靠性。
[0017] 進一步而言，還包括，與故障鏈路直接相連的傳輸節(jié)點向主節(jié)點發(fā)送鏈路中斷消 息，處于故障鏈路下游的各傳輸節(jié)點判斷先接收到的是鏈路中斷消息還是業(yè)務帖：如果為 鏈路中斷消息，則傳輸節(jié)點將所述鏈路中斷消息作為所述轉(zhuǎn)發(fā)表更新指令更新轉(zhuǎn)發(fā)表；如 果為業(yè)務帖，則傳輸節(jié)點進行所述反向標記的檢測及對應的業(yè)務帖處理，且傳輸節(jié)點在檢 測到反向標記時將所述業(yè)務帖作為所述轉(zhuǎn)發(fā)表更新指令更新所述轉(zhuǎn)發(fā)表。
[0018] 對于各傳輸節(jié)點而言，可能先收到的是鏈路中斷消息也有可能是業(yè)務帖，為了保 證業(yè)務帖發(fā)送的實時性，因此通過判斷業(yè)務帖的發(fā)送方向來判斷業(yè)務帖是否為鏈路故障后 進行反向發(fā)送的業(yè)務帖。對于具有反向標記的業(yè)務帖，傳輸節(jié)點可W將其作為轉(zhuǎn)發(fā)表更新 指令進行相應的轉(zhuǎn)發(fā)表更新操作。
[0019] 進一步而言，還包括，與故障鏈路直接相連的傳輸節(jié)點向主節(jié)點發(fā)送鏈路中斷消 息，所述主節(jié)點判斷先接收到的是鏈路中斷消息還是業(yè)務帖：如果為鏈路中斷消息，則主節(jié) 點由所述鏈路中斷消息獲知