[發明專利]一種雙向轉發檢測報文的處理裝置及方法

有效

• 申請號: 201010119149.3
• 申請日: 2010-02-24
• 公開（公告）號: CN101800677A
• 公開（公告）日: 2010-08-11
• 發明（設計）人: 陳春雷;姜海明;錢勇
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L12/56;H04L29/06
• 代理公司: 北京派特恩知識產權代理事務所(普通合伙) 11270
• 代理人: 蔣雅潔;王黎延

技術領域

本發明涉及數據通信領域，特別是指一種雙向轉發檢測(BFD)報文的處 理裝置及方法。

背景技術

隨著通信技術的發展，傳統話音交換網絡向IP網絡轉變在網絡建設中逐漸 成為現實，運營商已經基本停止新建傳統話音交換網絡，逐漸向IP承載方向發 展。但是，目前傳統的IP網絡是一種盡力而為的服務模型，即IP網絡關注的 是報文發送是否成功，而不考慮是否接收，服務質量、可靠性等都無法達到傳 統話音交換網絡的水平。傳統話音交換網絡對網絡鏈路的可靠性更敏感，在網 絡鏈路出現故障時，可以在50ms內實現主用鏈路與備用鏈路的倒換，這樣， 在IP網絡中就需要一種技術可以快速的檢測鏈路故障，BFD協議就是其中的一 種。

目前，BFD協議有V0和V1兩個版本，較早接入的網絡設備只支持V0版 本，新入網設備在支持V1版本基礎上向下兼容V0版本。BFD?V0協議中，會 話主動端發送H＝0的協商報文，會話被動端收到協商報文后，回復H＝1的響應 報文，會話主動端收到H＝1的響應報文后再發送H＝1的協商報文，經過3次握 手后建立會話鏈路，雙方開始發送H＝1的檢測報文，如果會話中的一方在足夠 長的時間內沒有收到對方發送的檢測報文，則說明鏈路出現故障?？梢钥闯觯? 當會話一端收到一個H＝1的報文后，無法只根據報文內容區分出該報文是協商 報文，還是檢測報文，而必須參考該報文對應的會話狀態機，所述會話狀態機 用于確定會話狀態。

由于BFD需要支持快速檢測，其檢測報文的發送速率為毫秒級別，因此一 般由網絡處理器(NP)實現檢測報文的發送和檢測，CPU只用來處理會話協商 過程。由于V0版本的缺陷，要區別出檢測報文和協商報文，需要在NP上維護 一個會話狀態機，由于會話狀態機運作復雜，對大部分NP而言是很難實現的， 因此一般會話狀態機只在CPU上維護，CPU通過會話狀態機判斷會話建立后， 將會話信息整合下發到NP，所述會話信息包括根據會話協議規定的雙方約定信 息、收發報文頻率以及本地連接標識符(LD)等，此后NP開始發送檢測報文。 對于收到的H＝1的報文，NP可以根據報文中的Your?Discriminator(YD)索引 會話信息，如果索引到，即認為是檢測報文，所述YD為報文發送方攜帶的報 文接收方的LD，如果索引不到會話信息，即認為是協商報文，上送給CPU處 理。

但是，這種處理方式存在一定的問題，對于H＝0的報文，NP可直接發送 給CPU，但是當會話雙方的鏈路斷開后，會話一端的CPU會刪除會話信息， 對于H＝1的報文，NP無法區分是屬于檢測報文還是協商報文，這時，另一端 的會話信息如果尚未刪除，則正常發送檢測報文，已經刪除會話信息的會話端 NP收到檢測報文后，查找不到會話信息，便無法區分是檢測報文還是協商報文， 只能發送給CPU，檢測報文以ms為單位發送，這樣會對CPU造成沖擊，如果 是人為構造會話信息不存在的檢測報文攻擊，對網絡系統的影響將更為嚴重。

發明內容

有鑒于此，本發明的主要目的在于提供一種BFD報文的處理裝置及方法， 可以有效的避免BFD報文對CPU的沖擊，保持網絡系統的穩定性及安全性。

為達到上述目的，本發明的技術方案是這樣實現的：

本發明提供了一種雙向轉發檢測BFD報文的處理裝置，包括：

會話協商單元，用于分配本地連接標識符LD，發送或接收報文；

會話狀態設置單元，用于設置本地會話信息表中會話協商單元分配的LD 對應的toCpu的值；

網絡處理器NP，用于根據toCpu的值確定報文類型。

上述方案中，還包括：會話初始化單元，用于初始化本地會話信息表，將 條目中toCpu的值初始化。