專利名稱：雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方法及設(shè)備。
背景技術(shù)：
為了減少網(wǎng)絡(luò)設(shè)備故障對業(yè)務(wù)的影響、提高網(wǎng)絡(luò)可用性，網(wǎng)絡(luò)設(shè)備的一個日見重 要的特征是能夠快速檢測相鄰系統(tǒng)間的通訊故障，以便盡快創(chuàng)建其它路徑，從而確保業(yè)務(wù) 不中斷。雙向轉(zhuǎn)發(fā)檢測(BidirectionalForwarding Detection，簡稱為 BFD)是一種鏈路 故障檢測的方法，提供兩個各種系統(tǒng)之間的低負(fù)載、快速地失效檢測，包括直聯(lián)物理鏈路、 虛電路、隧道、多跳路由路徑等。BFD也可以理解為一個簡單的“Hello”協(xié)議，在很多方面與 路由協(xié)議的檢測部分很相似。例如，在一對系統(tǒng)間的每條路徑上定期地發(fā)送BFD協(xié)議報文， 一旦一個系統(tǒng)足夠長的時間內(nèi)收不到包，就可以確定它到鄰居間的雙向路徑發(fā)生了問題。在相關(guān)技術(shù)中，當(dāng)兩個系統(tǒng)間存在多鏈路(例如，多端口聚合)直連時，BFD協(xié)議 報文只會選擇從一個物理端口發(fā)送出去，具體從哪一個物理端口發(fā)送出去，則依賴于相應(yīng) 的鏈路聚合協(xié)議設(shè)定的策略。這樣，當(dāng)BFD協(xié)議報文的發(fā)送端口出現(xiàn)故障時，由于鏈路聚合 切換的速率比較慢(大于50ms)，而BFD最快可以提供IOms級檢測，此時就可能會出現(xiàn)BFD 誤報檢測到鏈路故障，導(dǎo)致上層協(xié)議誤切。當(dāng)然，為避免誤切，可以將BFD檢測周期加大，確 保鏈路聚合切換期間BFD會話不報鏈路故障。但是，這樣會降低BFD檢測鏈路故障的時效 性、延長網(wǎng)絡(luò)收斂時間，進(jìn)而影響到業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方案，以至少解決上述 的相 關(guān)技術(shù)中多鏈路直連時無法保持BFD會話的穩(wěn)定性的問題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種雙向轉(zhuǎn)發(fā)檢測BFD報文 的發(fā)送方法。根據(jù)本發(fā)明的雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送方法，包括以下步驟發(fā)送端設(shè)備與 接收端設(shè)備完成BFD協(xié)商建立BFD會話后，發(fā)送端設(shè)備查找鏈路聚合端口中處于激活狀態(tài) 的成員端口 ；發(fā)送端設(shè)備將BFD報文依次通過查找到的處于激活狀態(tài)的成員端口發(fā)送給接 收端設(shè)備。進(jìn)一步地，發(fā)送端設(shè)備將BFD報文依次通過查找到的處于激活狀態(tài)的成員端口發(fā) 送給接收端設(shè)備包括發(fā)送端設(shè)備記錄查找到的處于激活狀態(tài)的成員端口，并按照記錄次 序使用查找到的處于激活狀態(tài)的成員端口將BFD報文發(fā)送給接收端設(shè)備。進(jìn)一步地，在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的激活狀態(tài)發(fā)生改變的情況 下，發(fā)送端設(shè)備更新查找到的處于激活狀態(tài)的成員端口的記錄。進(jìn)一步地，發(fā)送端設(shè)備記錄查找到的處于激活狀態(tài)的成員端口包括發(fā)送端設(shè)備 將查找到的處于激活狀態(tài)的成員端口的信息存儲到BFD報文發(fā)送鏈表中。
進(jìn)一步地，在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的狀態(tài)由激活切換為未激活 的情況下，發(fā)送端設(shè)備將狀態(tài)由激活切換為未激活的成員端口的信息從BFD報文發(fā)送鏈表 中刪除；在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的狀態(tài)由未激活切換為激活的情況下， 發(fā)送端設(shè)備在BFD報文發(fā)送鏈表中添加狀態(tài)由未激活切換為激活的成員端口的信息。進(jìn)一步地，BFD會話的重復(fù)檢測次數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，還提供了一種雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送設(shè)備。根據(jù)本發(fā)明的雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送設(shè)備，包括查找模塊，用于在與接收 端設(shè)備完成BFD協(xié)商建立BFD會話后，查找鏈路聚合端口中處于激活狀態(tài)的成員端口 ；發(fā)送 模塊，用于將BFD報文依次通過查找到的處于激活狀態(tài)的成員端口發(fā)送給接收端設(shè)備。進(jìn)一步地，查找模塊包括記錄單元，用于存儲查找到的處于激活狀態(tài)的成員端進(jìn)一步地，發(fā)送設(shè)備還包括更新模塊，用于在鏈路聚合協(xié)議通告聚合鏈路的成員 鏈路的激活狀態(tài)發(fā)生改變的情況下，更新記錄單元中存儲的查找到的處于激活狀態(tài)的成員 端口的記錄。進(jìn)一步地，BFD會話的重復(fù)檢測次數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。通過本發(fā)明，采用將BFD報文通過鏈路聚合端口中處于激活狀態(tài)的成員端口依次 發(fā)送出去的方式，解決了相關(guān)技術(shù)中多鏈路直連時無法保持BFD會話的穩(wěn)定性的問題，提 高了系統(tǒng)的處理能力和性能。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送設(shè)備的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送設(shè)備的結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實(shí)施例的路由器A和路由器B之間通過聚合鏈路直連的示意 圖；圖5是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表項的示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表創(chuàng)建的流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表更新的流程圖；圖8是根據(jù)本發(fā)明實(shí)施例的聚合鏈路場景下BFD報文發(fā)送的流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。根據(jù)本發(fā)明實(shí)施例，提供了一種雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送方法，圖1是根據(jù)本 發(fā)明實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方法的流程圖，如圖1所示，該方法包括以下步驟步驟S102，發(fā)送端設(shè)備與接收端設(shè)備完成BFD協(xié)商建立BFD會話后，發(fā)送端設(shè)備查找鏈路聚合端口中處于激活狀態(tài)的成員端口； 步驟S104，發(fā)送端設(shè)備將BFD報文依次通過查找到的處于激活狀態(tài)的成員端口發(fā) 送給接收端設(shè)備。通過上述步驟，采用將BFD報文通過鏈路聚合端口中處于激活狀態(tài)的成員端口依 次發(fā)送出去的方式，解決了相關(guān)技術(shù)中多鏈路直連時無法保持BFD會話的穩(wěn)定性的問題， 提高了系統(tǒng)的處理能力和性能。優(yōu)選地，在步驟S104中，發(fā)送端設(shè)備可以記錄查找到的處于激活狀態(tài)的成員端 口，并按照記錄次序使用查找到的處于激活狀態(tài)的成員端口將BFD報文發(fā)送給接收端設(shè) 備。該方法可以使得發(fā)送端設(shè)備按照記錄查找到的處于激活狀態(tài)的成員端口的順序，使用 該成員端口依次發(fā)送BFD報文，提高了系統(tǒng)的穩(wěn)定性。優(yōu)選地，在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的激活狀態(tài)發(fā)生改變的情況 下，發(fā)送端設(shè)備更新查找到的處于激活狀態(tài)的成員端口的記錄。該方法可以提高系統(tǒng)的有 效性。優(yōu)選地，發(fā)送端設(shè)備記錄查找到的處于激活狀態(tài)的成員端口包括發(fā)送端設(shè)備將 查找到的處于激活狀態(tài)的成員端口的信息存儲到BFD報文發(fā)送鏈表中。該方法實(shí)現(xiàn)簡單、 可操作性強(qiáng)。優(yōu)選地，在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的狀態(tài)由激活切換為未激活的 情況下，發(fā)送端設(shè)備將狀態(tài)由激活切換為未激活的成員端口的信息從BFD報文發(fā)送鏈表中 刪除；在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的狀態(tài)由未激活切換為激活的情況下，發(fā) 送端設(shè)備在BFD報文發(fā)送鏈表中添加狀態(tài)由未激活切換為激活的成員端口的信息。該方法 提高了系統(tǒng)的有效性和準(zhǔn)確性。優(yōu)選地，BFD會話的重復(fù)檢測次數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。這樣，可以提 高系統(tǒng)的可靠性和穩(wěn)定性。對應(yīng)于上述方法，本發(fā)明實(shí)施例還提供了一種雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送設(shè) 備，圖2是根據(jù)本發(fā)明實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送設(shè)備的結(jié)構(gòu)框圖，如圖2所示，該 發(fā)送設(shè)備20包括查找模塊22，用于在與接收端設(shè)備完成BFD協(xié)商建立BFD會話后，查找 鏈路聚合端口中處于激活狀態(tài)的成員端口 ；發(fā)送模塊24，耦合至查找模塊22，用于將BFD報 文依次通過查找到的處于激活狀態(tài)的成員端口發(fā)送給接收端設(shè)備。通過上述設(shè)備，采用將BFD報文通過鏈路聚合端口中處于激活狀態(tài)的成員端口依 次發(fā)送出去的方式，解決了相關(guān)技術(shù)中多鏈路直連時無法保持BFD會話的穩(wěn)定性的問題， 提高了系統(tǒng)的處理能力和性能。圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送設(shè)備的結(jié)構(gòu)框圖，如圖 3所示，查找模塊22包括記錄單元222，用于存儲查找到的處于激活狀態(tài)的成員端口。優(yōu)選地，發(fā)送設(shè)備20還包括更新模塊26，耦合至記錄單元222，用于在鏈路聚合 協(xié)議通告聚合鏈路的成員鏈路的激活狀態(tài)發(fā)生改變的情況下，更新記錄單元222中存儲的 查找到的處于激活狀態(tài)的成員端口的記錄。優(yōu)選地，BFD會話的重復(fù)檢測次數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。下面結(jié)合優(yōu)選實(shí)施例和附圖對上述實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)說明。優(yōu)選實(shí)施例一
本實(shí)施例為克服現(xiàn)有技術(shù)中存在的多鏈路直連的場景下BFD會話無法保持穩(wěn)定 性的問題，提供了一種在部分鏈路出現(xiàn)故障時，BFD會話狀態(tài)不會振蕩，上層協(xié)議不會誤切， 業(yè)務(wù)不會中斷的方法。該方法可以應(yīng)用于發(fā)送端設(shè)備中(發(fā)送端設(shè)備和接收端設(shè)備之間至 少通過兩條直連鏈路通信)，包括以下步驟步驟1，通過多鏈路直連的兩臺設(shè)備完成BFD協(xié)商 ，建立BFD會話。需要說明的是， 在具體實(shí)施過程中，需要確保當(dāng)前的鏈路數(shù)不比BFD會話的重復(fù)檢測次數(shù)大，其中，當(dāng)前的 成員鏈路總數(shù)可以由當(dāng)前組網(wǎng)配置來決定，重復(fù)檢測次數(shù)可以由網(wǎng)絡(luò)管理員根據(jù)經(jīng)驗值自 行配置。步驟2，發(fā)送端設(shè)備遍歷聚合鏈路所有處于active狀態(tài)(即，激活狀態(tài))的成員鏈 路，依次從其中的一條active成員鏈路發(fā)送BFD報文到接收端設(shè)備。步驟3，鏈路聚合協(xié)議通告聚合鏈路的成員鏈路狀態(tài)改變(active鏈路切換為 inactive鏈路，或者新增active鏈路)，發(fā)送端設(shè)備更新聚合鏈路發(fā)送BFD報文的成員鏈 路集合。可見，本發(fā)明實(shí)施例是多鏈路直連場景下保證BFD會話穩(wěn)定性的方法，采用該方 法可以避免在多鏈路直連的場景下BFD報文的發(fā)送依賴于鏈路聚合協(xié)議設(shè)定策略，從而使 得在部分鏈路狀態(tài)切換的情形下，BFD會話狀態(tài)仍保持穩(wěn)定、上層應(yīng)用協(xié)議不誤切、業(yè)務(wù)不 中斷。同時，當(dāng)多鏈路全部出現(xiàn)故障時，該方法能夠及時檢測到故障，通知上層協(xié)議快速切 換，保證業(yè)務(wù)流量在最短時間內(nèi)恢復(fù)。優(yōu)選實(shí)施例二本實(shí)施例提供了一種BFD報文的發(fā)送方法，是BFD報文發(fā)送的具體鏈路不再依賴 于鏈路聚合協(xié)議設(shè)定的策略，而是依次從聚合鏈路的所有成員鏈路中的一條鏈路發(fā)送出 去。這樣，在BFD會話的重復(fù)檢測次數(shù)η (BFD會話超時時間檢測周期)不小于成員鏈路 總數(shù)m的情況下，即使部分成員鏈路出現(xiàn)故障，也能夠保證BFD會話的穩(wěn)定性。例如，考慮到BFD檢測會話down是以在重復(fù)檢測次數(shù)η*檢測周期時間內(nèi)未收到對 端發(fā)送的BFD報文為依據(jù)的，那么，極端境況下假使聚合鏈路的m-1個成員鏈路出現(xiàn)故障， 對端就會在(m-1廣檢測周期時間內(nèi)收不到對端發(fā)過來的BFD報文。而η不小于m，也就是 η > m-l0這樣就可以保證即使m-1個成員鏈路down也不會誤報鏈路故障。只有在m個也 就是所有成員鏈路down的情況下，才會上報聚合鏈路故障。圖4是根據(jù)本發(fā)明實(shí)施例的路由器A和路由器B之間通過聚合鏈路直連的示意 圖，如圖4所示，本發(fā)明實(shí)施例是多鏈路直連場景保證BFD會話穩(wěn)定性的方法，應(yīng)用于發(fā)送 端設(shè)備中，其中，發(fā)送端設(shè)備和接收端設(shè)備之間至少通過兩條直連鏈路通信。圖5是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表項的示意圖，在具體實(shí)施過程中， 在發(fā)送端設(shè)備需要維護(hù)一張BFD報文發(fā)送鏈路表，表項如圖5所示。發(fā)送端設(shè)備在多鏈路 聚合場景下，需要遍歷相同多鏈路聚合端口對應(yīng)的所有BFD報文發(fā)送鏈路表項，一次從一 個active成員端口將BFD報文發(fā)送出去。圖6是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表創(chuàng)建的流程圖，如圖6所示，首 先，設(shè)備需要創(chuàng)建BFD報文發(fā)送鏈路表，包括以下步驟步驟S602，設(shè)備遍歷多鏈路聚合端口的所有成員端口。例如，兩臺設(shè)備間BFD會話 協(xié)商成功后，確認(rèn)設(shè)備間通過多鏈路聚合端口直連，然后設(shè)備遍歷多鏈路聚合端口的所有成員端口。步驟S604，設(shè)備在遍歷過程中，將處于active狀態(tài)的成員端口按照圖5所示的表 項添加到BFD報文發(fā)送鏈路表中。步驟S606，將BFD報文發(fā)送鏈路表中的該多鏈路聚合端口對應(yīng)的第一個表項置上 發(fā)包標(biāo)識。BFD會話的下個報文就從該表項中記錄的active成員端口發(fā)送出去。優(yōu)選實(shí)施例三在BFD報文發(fā)送過程中，多鏈路聚合端口可能會添加新的成員端口，或者處于 active狀態(tài)的成員端口會切換為inactive狀態(tài)，這樣就必須同步更新BFD報文發(fā)送鏈路表。圖7是根據(jù)本發(fā)明實(shí)施例的BFD報文發(fā)送鏈路表更新的流程圖，如圖7所示，包括 以下步驟步驟S702，鏈路聚合協(xié)議通告聚合鏈路的某個成員鏈路的狀態(tài)發(fā)生改變。步驟S704，判斷成員鏈路當(dāng)前的狀態(tài)。如果鏈路聚合協(xié)議通告的成員鏈路為 inactive進(jìn)入步驟S706 ；否則，進(jìn)入步驟S712。步驟S706，根據(jù)鏈路聚合協(xié)議通告的鏈路聚合端口和成員端口找到對應(yīng)的BFD報 文發(fā)送鏈路表表項。步驟S708，如果找到的BFD報文發(fā)送鏈路表項已置上發(fā)包標(biāo)識，則清空發(fā)包標(biāo)識， 并且找到BFD報文發(fā)送鏈路表中的下一個表項置上發(fā)包標(biāo)識。步驟S710，將找到的BFD報文發(fā)送鏈路表項從BFD報文發(fā)送鏈路表中刪除。
步驟S712，將鏈路聚合協(xié)議通告的聚合鏈路端口和active成員端口添加到BFD報 文發(fā)送鏈路表中。步驟S714，如果BFD報文發(fā)送鏈路表中鏈路聚合協(xié)議通告的聚合鏈路端口下的所 有表項都未置上發(fā)包標(biāo)識，則新添加的表項置上發(fā)包標(biāo)識。優(yōu)選實(shí)施例四本實(shí)施例提供了一種BFD報文的發(fā)送方法，下面詳細(xì)描述發(fā)送端設(shè)備使用該方法 發(fā)送BFD報文的過程。圖8是根據(jù)本發(fā)明實(shí)施例的聚合鏈路場景下BFD報文發(fā)送的流程圖， 如圖8所示，該方法包括以下步驟步驟S802，BFD會話協(xié)商成功后，需要從鏈路聚合端口發(fā)送BFD報文，根據(jù)鏈路聚 合端口查找BFD報文發(fā)送鏈路表中置上發(fā)包標(biāo)識的表項。步驟S804，將BFD報文從查找到的表項中記錄的active成員端口，發(fā)送出去。步驟S806，根據(jù)已查找到表項，查找相同鏈路聚合端口下的下一個表項，并置上發(fā) 包標(biāo)識。綜上所述，通過本發(fā)明實(shí)施例采用將BFD報文通過鏈路聚合端口中處于激活狀態(tài) 的成員端口依次發(fā)送出去的方式，提高了多鏈路聚合場景下BFD會話的穩(wěn)定性。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實(shí)現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本 發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送方法，其特征在于，包括以下步驟發(fā)送端設(shè)備與接收端設(shè)備完成BFD協(xié)商建立BFD會話后，所述發(fā)送端設(shè)備查找鏈路聚合端口中處于激活狀態(tài)的成員端口；所述發(fā)送端設(shè)備將BFD報文依次通過查找到的所述處于激活狀態(tài)的成員端口發(fā)送給所述接收端設(shè)備。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端設(shè)備將所述BFD報文依次通過 查找到的所述處于激活狀態(tài)的成員端口發(fā)送給所述接收端設(shè)備包括所述發(fā)送端設(shè)備記錄查找到的所述處于激活狀態(tài)的成員端口，并按照記錄次序使用查 找到的所述處于激活狀態(tài)的成員端口將所述BFD報文發(fā)送給所述接收端設(shè)備。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在鏈路聚合協(xié)議通告聚合鏈路的成員鏈 路的激活狀態(tài)發(fā)生改變的情況下，所述發(fā)送端設(shè)備更新查找到的所述處于激活狀態(tài)的成員 端口的記錄。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送端設(shè)備記錄查找到的所述處于 激活狀態(tài)的成員端口包括所述發(fā)送端設(shè)備將查找到的所述處于激活狀態(tài)的成員端口的信息存儲到BFD報文發(fā) 送鏈表中。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述鏈路聚合協(xié)議通告聚合鏈路的成 員鏈路的狀態(tài)由激活切換為未激活的情況下，所述發(fā)送端設(shè)備將狀態(tài)由激活切換為未激活 的成員端口的信息從所述BFD報文發(fā)送鏈表中刪除；在所述鏈路聚合協(xié)議通告聚合鏈路的 成員鏈路的狀態(tài)由未激活切換為激活的情況下，所述發(fā)送端設(shè)備在所述BFD報文發(fā)送鏈表 中添加狀態(tài)由未激活切換為激活的成員端口的信息。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述BFD會話的重復(fù)檢測次 數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。
7.一種雙向轉(zhuǎn)發(fā)檢測BFD報文的發(fā)送設(shè)備，其特征在于，包括查找模塊，用于在與接收端設(shè)備完成BFD協(xié)商建立BFD會話后，查找鏈路聚合端口中處 于激活狀態(tài)的成員端口；發(fā)送模塊，用于將BFD報文依次通過查找到的所述處于激活狀態(tài)的成員端口發(fā)送給所 述接收端設(shè)備。
8.根據(jù)權(quán)利要求7所述的發(fā)送設(shè)備，其特征在于，所述查找模塊包括記錄單元，用于存儲查找到的所述處于激活狀態(tài)的成員端口。
9.根據(jù)權(quán)利要求8所述的發(fā)送設(shè)備，其特征在于，所述發(fā)送設(shè)備還包括更新模塊，用于在鏈路聚合協(xié)議通告聚合鏈路的成員鏈路的激活狀態(tài)發(fā)生改變的情況 下，更新所述記錄單元中存儲的查找到的所述處于激活狀態(tài)的成員端口的記錄。
10.根據(jù)權(quán)利要求7至9中任一項所述的發(fā)送設(shè)備，其特征在于，所述BFD會話的重復(fù) 檢測次數(shù)大于等于當(dāng)前的成員鏈路的總數(shù)。
全文摘要
本發(fā)明公開了一種雙向轉(zhuǎn)發(fā)檢測報文的發(fā)送方法及設(shè)備，該方法包括以下步驟發(fā)送端設(shè)備與接收端設(shè)備完成BFD協(xié)商建立BFD會話后，發(fā)送端設(shè)備查找鏈路聚合端口中處于激活狀態(tài)的成員端口；發(fā)送端設(shè)備將BFD報文依次通過查找到的處于激活狀態(tài)的成員端口發(fā)送給接收端設(shè)備。通過本發(fā)明提高了系統(tǒng)的處理能力和性能。
文檔編號H04L12/56GK101989953SQ20101054631
公開日2011年3月23日 申請日期2010年11月9日 優(yōu)先權(quán)日2010年11月9日
發(fā)明者王金 申請人:中興通訊股份有限公司