一種聚合鏈路故障恢復傳輸?shù)姆椒把b置的制造方法
【技術領域】
[0001]本發(fā)明屬于數(shù)據(jù)傳輸技術領域，尤其涉及一種聚合鏈路故障恢復傳輸?shù)姆椒把b置。
【背景技術】
[0002]在監(jiān)控網(wǎng)絡實際應用中，隨著媒體流業(yè)務量的增加和長距離傳輸?shù)男枰?，網(wǎng)絡中交換機端口通過聚合鏈路發(fā)送媒體流，其中聚合鏈路中會用到光纖收發(fā)器或其他傳輸設備，如果聚合鏈路中的光纖收發(fā)器或其他傳輸設備之間的光纖連接線斷開的話，由于交換機感知不到，所以發(fā)流端交換機發(fā)送的數(shù)據(jù)經過哈希后可能依然走的是斷開的光纖，這樣會導致數(shù)據(jù)丟失。
[0003]現(xiàn)有技術中，對于聚合鏈路斷開的問題，采用LACP協(xié)議來實現(xiàn)鏈路切換。對于靜態(tài)LACP協(xié)議鏈路聚合，聚合鏈路兩端的交換機都需要支持LACP協(xié)議，聚合鏈路成員端口中活動端口的選擇，需要通過LACP協(xié)議報文的協(xié)商確定。但是這種解決方式存在以下缺陷:
[0004]1、低端交換機不支持LACP協(xié)議，支持LACP協(xié)議的交換機價格貴、成本高；
[0005]2、LACP協(xié)議聚合需要管理員維護，增加人力投入；
[0006]3,LACP協(xié)議聚合，各端口都需要周期性的發(fā)送LACP協(xié)議報文，性能上會增加一定的開銷，而且LACP協(xié)議收斂時間長，對監(jiān)控實時性要求高的業(yè)務不適用；
[0007]4、在運營商網(wǎng)絡中有些傳輸層設備會對諸如LACP類的協(xié)議報文進行丟棄操作。
[0008]同時即使聚合鏈路支持LACP，中間光纖斷開的話，交換機感受不到，也無法立即啟動LACP來做協(xié)商，只有周期到了之后才會發(fā)送LACP報文，在LACP協(xié)議收斂期間無法做鏈路切換，導致網(wǎng)絡故障，數(shù)據(jù)傳輸失敗。

【發(fā)明內容】

[0009]本發(fā)明的目的就是提供一種聚合鏈路故障恢復傳輸?shù)姆椒把b置，克服了現(xiàn)有技術中聚合鏈路斷開后恢復數(shù)據(jù)傳輸過程中，成本高、操作復雜、維修麻煩等問題，在用戶無干預的情況下，所有數(shù)據(jù)可快速切換到聚合鏈路中正常的中間鏈路進行轉發(fā)。
[0010]為了實現(xiàn)上述目的，本發(fā)明技術方案如下:
[0011]—種聚合鏈路故障恢復傳輸?shù)姆椒?，應用于網(wǎng)絡交換機，所述網(wǎng)絡交換機的端口設置了聚合鏈路，所述方法包括:
[0012]根據(jù)聚合鏈路對應端口的流量統(tǒng)計感知到聚合鏈路中中間鏈路的故障，從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文；
[0013]接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的檢測報文，檢測自身是否已經發(fā)送過檢測報文，在自身還未發(fā)送檢測報文的情況下從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文，并發(fā)送響應報文對接收到的檢測報文進行響應，否則直接發(fā)送響應報文對接收到的檢測報文進行響應；
[0014]接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的響應報文，判斷接收到響應報文的端口對應的中間鏈路正常，未接收到響應報文的端口對應的中間鏈路故障；
[0015]將故障中間鏈路對應端口發(fā)送的數(shù)據(jù)切換到正常的中間鏈路上進行輸送。
[0016]其中，所述根據(jù)聚合鏈路對應端口的流量統(tǒng)計感知到聚合鏈路中中間鏈路的故障，包括:
[0017]感知到有聚合鏈路對應端口的流量瞬間急劇下降到零，收集該端口所在的聚合鏈路對應的其他端口流量統(tǒng)計數(shù)據(jù)，如果所述其他端口流量為非全零，則判斷所述聚合鏈路中有中間鏈路存在故障。
[0018]進一步地，所述從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文后，還包括步驟:
[0019]記錄所發(fā)送檢測報文對應的標識；
[0020]則所述檢測自身是否已經發(fā)送過檢測報文，包括:
[0021]查找存儲的記錄中是否已經有檢測報文對應的標識，如果有則判斷自身已經發(fā)送過檢測報文，否則判斷自身沒有發(fā)送過檢測報文。
[0022]進一步地，所述接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的響應報文之后，還包括步驟:
[0023]清除所記錄的發(fā)送檢測報文對應的標識。
[0024]本發(fā)明所述檢測報文和響應報文為私有報文，所述私有報文包含包括目的MAC地址字段、源MAC地址字段和有效載荷字段，所述有效載荷字段包括標志位Break、檢測報文標識Req和響應報文標識Rep，所述網(wǎng)絡交換機通過標志位Break、檢測報文標識Req和響應報文標識Rep來識別所接收的報文是檢測報文還是響應報文。
[0025]本發(fā)明還提出了一種聚合鏈路故障恢復傳輸?shù)难b置，應用于網(wǎng)絡交換機，所述網(wǎng)絡交換機的端口設置了聚合鏈路，所述裝置包括:
[0026]檢測模塊，用于根據(jù)聚合鏈路對應端口的流量統(tǒng)計感知到聚合鏈路中中間鏈路的故障，從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文；
[0027]響應模塊，用于接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的檢測報文，檢測自身是否已經發(fā)送過檢測報文，在自身還未發(fā)送檢測報文的情況下從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文，并發(fā)送響應報文對接收到的檢測報文進行響應，否則直接發(fā)送響應報文對接收到的檢測報文進行響應；
[0028]判斷模塊，用于接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的響應報文，判斷接收到響應報文的端口對應的中間鏈路正常，未接收到響應報文的端口對應的中間鏈路故障；
[0029]恢復模塊，用于根據(jù)判斷模塊的判斷，將故障中間鏈路對應端口發(fā)送的數(shù)據(jù)切換到正常的中間鏈路上進行輸送。
[0030]其中，所述檢測模塊在根據(jù)聚合鏈路對應端口的流量統(tǒng)計感知到聚合鏈路中中間鏈路的故障時，執(zhí)行以下操作:
[0031]感知到有聚合鏈路對應端口的流量瞬間急劇下降到零，收集該端口所在的聚合鏈路對應的其他端口流量統(tǒng)計數(shù)據(jù)，如果所述其他端口流量為非全零，則判斷所述聚合鏈路中有中間鏈路存在故障。
[0032]進一步地，所述檢測模塊從屬于該聚合鏈路的每個端口對外發(fā)送檢測報文后，還記錄所發(fā)送檢測報文對應的標識；
[0033]所述響應模塊在檢測自身是否已經發(fā)送過檢測報文時，執(zhí)行如下操作:
[0034]查找存儲的記錄中是否已經有檢測報文對應的標識，如果有則判斷自身已經發(fā)送過檢測報文，否則判斷自身沒有發(fā)送過檢測報文。
[0035]進一步地，所述判斷模塊在接收聚合鏈路對端網(wǎng)絡交換機發(fā)送的響應報文之后，還清除所記錄的發(fā)送檢測報文對應的標識。
[0036]本發(fā)明提出的一種聚合鏈路故障恢復傳輸?shù)姆椒把b置，在使用手工聚合模式下，當一條中間鏈路出現(xiàn)故障時，交換機能快速感知并切換流量，使流量能夠快速的切換到正常的中間鏈路上進行傳輸，無需用戶干預。并且無需周期性的發(fā)送報文即可快速實現(xiàn)鏈路收斂，減輕維護人員的操作復雜度，減少維護的時間。
【附圖說明】
[0037]圖1為本發(fā)明實施例聚合鏈路連接示意圖；
[0038]圖2為本發(fā)明一種聚合鏈路故障恢復傳輸?shù)姆椒ǖ牧鞒虉D；
[0039]圖3為本發(fā)明中私有報文結構示意圖。
【具體實施方式】
[0040]下面結合附圖和實施例對本發(fā)明技術方案做進一步詳細說明，以下實施例不構成對本發(fā)明的限定。
[0041]本發(fā)明的總體思路是提供一種聚合鏈路故障恢復傳輸?shù)姆椒把b置，應用于網(wǎng)絡交換機，網(wǎng)絡交換機的端口設置了聚合鏈路來傳輸數(shù)據(jù)，當聚合鏈路中有中間鏈路出現(xiàn)故障導致數(shù)據(jù)傳輸無法正常進行時，能通過聚合鏈路兩端的網(wǎng)絡交換機相互發(fā)送私有報文，根據(jù)接收到私有報文后相互之間的響應報文，確定斷開的中間鏈路，再根據(jù)正常的中間鏈路重新對數(shù)據(jù)傳輸進行運算，將數(shù)據(jù)轉移至正常的中間鏈路中進行傳輸，實現(xiàn)對斷開中間鏈路上的數(shù)據(jù)恢復傳輸。
[0042]如圖1所示，本發(fā)明實施例中，以帶有三條中間鏈路1、2、3的聚合鏈路為例進行說明。交換機A和交換機B通過聚合鏈路連接，聚合鏈路的兩端均設置有光纖收發(fā)器，中間鏈路采用光纖傳輸，用于接收和發(fā)送交換機上傳輸?shù)臄?shù)據(jù)。中間鏈路1、2、3對應連接交換機A的端口分別為Al、A2、A3，對應連接交換機B的端口分別為B1、B2、B3。
[0043]本實施例以交換機B作為數(shù)據(jù)發(fā)送端為例進行說明，當聚合鏈路中的中間鏈路I出現(xiàn)故障時，由于斷開的鏈路沒有和交換機直連(接在光纖收發(fā)器或其他傳輸設備上)，交換機B和交換機A不會感知到鏈路故障，所以交換機B繼續(xù)將報文分別從聚合鏈路連接的各個端口分發(fā)出去，交換機A的端口