專利名稱：一種鏈路故障通告方法、接口管理單元和路由器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種鏈路故障通告方法、接口管理單元 和路由器。
背景技術(shù)：
鏈路故障的檢測方式有很多種，比如在需要進(jìn)行通信的兩個(gè)系統(tǒng)之間 發(fā)送Hello報(bào)文，如果沒有在規(guī)定的條件下收到對端的回應(yīng)，則說明鏈路發(fā)生 故障。目前一般鏈路故障檢測是針對各自協(xié)議來獨(dú)立進(jìn)行的，也就是說，不 同的協(xié)議獨(dú)自進(jìn)行各自的鏈路故障檢測。且不同的路由實(shí)例也獨(dú)自進(jìn)行各自 的鏈路故障檢測。這樣，當(dāng)一個(gè)接口上同時(shí)存在多個(gè)路由實(shí)例(比如一個(gè) VPN即是一個(gè)路由實(shí)例)，多種路由協(xié)議和/或多個(gè)地址配置時(shí)，由于每個(gè)地 址配置可能存在多種路由協(xié)議，每個(gè)路由協(xié)議又可能存在多個(gè)路由實(shí)例，且 目前每個(gè)路由實(shí)例都是單獨(dú)進(jìn)行鏈路;險(xiǎn)測，這樣，無論/人系統(tǒng)效率還是系統(tǒng) 本身的性能開銷來說，都是不合適的。
尤其隨著在IP網(wǎng)絡(luò)上承載NGN、 3G等實(shí)時(shí)、時(shí)延敏感業(yè)務(wù)需求的不斷增 長，如何快速檢測轉(zhuǎn)發(fā)路徑上的缺陷并減少丟包成為當(dāng)前的一個(gè)熱門話題。 在這種情況下，BFD (Bidirectional Forwarding Detection;雙向轉(zhuǎn)發(fā)機(jī)制)作為 一種快速檢測機(jī)制應(yīng)運(yùn)而生。所以我們后續(xù)主要以BFD檢測機(jī)制為例來進(jìn) 行說明。
通過BFD協(xié)議是在兩個(gè)系統(tǒng)之間提供一種低開銷、短檢測周期的故障檢 測機(jī)制，主要包括數(shù)據(jù)鏈路的檢測。BFD有點(diǎn)類似于"Hello報(bào)文"的協(xié)議，在 需要檢測的兩個(gè)系統(tǒng)之間通過BFD協(xié)議建立會(huì)話(為了理解方便，后續(xù)通過 BFD協(xié)議建立會(huì)話簡稱為BFD會(huì)話)，之后，所述兩個(gè)系統(tǒng)分別向?qū)Ψ酵ㄟ^ BFD協(xié)議發(fā)送檢測報(bào)文(為了理解方便，后續(xù)通過BFD協(xié)議發(fā)送檢測報(bào)文簡 稱為BFD報(bào)文)，所述兩個(gè)系統(tǒng)分別檢測對方報(bào)文到達(dá)的情況，如果在一定 時(shí)間間隔內(nèi)沒有收到來自對端的BFD報(bào)文，則認(rèn)為所述兩個(gè)系統(tǒng)之間的鏈路 出現(xiàn)故障，這樣就達(dá)到了快速發(fā)現(xiàn)鏈路故障的目的。
參考圖l，圖l是現(xiàn)有技術(shù)中鏈路故障檢測的場景示意圖；我們?nèi)砸訠FD 檢測機(jī)制為例，在圖1中，系統(tǒng)A、 B和C中分別有BFD功能模塊，且系統(tǒng)A和 系統(tǒng)C之間有鏈路AC，系統(tǒng)B和系統(tǒng)C之間有鏈路BC,我們對所述AC和BC鏈 路，可以通過BFD協(xié)議進(jìn)行鏈路檢測。我們以圖1中AC鏈路為例來說明現(xiàn)有 技術(shù)中如何通過BFD協(xié)議對鏈路AC進(jìn)行故障檢測。首先我們需要在系統(tǒng)A和 C之間建立BFD會(huì)話。由于BFD協(xié)議沒有自動(dòng)發(fā)現(xiàn)會(huì)話鄰居的機(jī)制(鄰居即 BFD會(huì)話的另一端，比如，所述A和C互為BFD會(huì)話鄰居)，需要靜態(tài)配置或 者依賴于其他應(yīng)用協(xié)議(比如BGP協(xié)議)來獲取鄰居的IP地址以及鄰居分配 給所述BFD會(huì)話的鑒別符(Discriminator)。為了后續(xù)描述方便，后續(xù)的描述假設(shè)鄰居的IP地址和分配給所述BFD會(huì)話的鑒別符已經(jīng)通過上述方式獲得，
比如通過靜態(tài)配置方式獲得。
在系統(tǒng)A和C獲得對方的IP地址和鑒別符后，系統(tǒng)A和C中的BFD功能模塊 發(fā)送會(huì)話協(xié)商報(bào)文直到BFD會(huì)話建立，其發(fā)包間隔一般由系統(tǒng)A和C之間協(xié)商 確定，比如為l秒(Second) 。 BFD會(huì)話建立后，BFD會(huì)話鄰居按照協(xié)商好的 間隔向鄰居發(fā)送BFD報(bào)文，所述BFD報(bào)文的功能和操作方式可以和路由協(xié)議 的"Hello報(bào)文"一樣， 一般其發(fā)送頻率更快，比如小于l秒，也可能為幾十毫 秒。系統(tǒng)A和C在發(fā)送BFD報(bào)文，系統(tǒng)A和C在檢測對方發(fā)送過來的BFD報(bào) 文，系統(tǒng)A和C如果連續(xù)丟失對方的BFD報(bào)文達(dá)到指定的個(gè)數(shù)，則宣布鏈路 Down，所述Down即鏈路出現(xiàn)故障，并將鏈路Down的消息通告給上層應(yīng)用模 塊(比如路由模塊，轉(zhuǎn)發(fā)模塊)。至于連續(xù)丟失多少個(gè)BFD報(bào)文才宣布鏈路 Down,這是BFD會(huì)話協(xié)商階段完成的事情。比如BFD會(huì)話協(xié)商的結(jié)果是系統(tǒng) A按照10毫秒發(fā)送BFD報(bào)文，系統(tǒng)C按照15毫秒發(fā)送BFD報(bào)文，且如果連續(xù)丟 失3個(gè)BFD報(bào)文則宣布鏈路Down，那么如果系統(tǒng)A在連續(xù)45毫秒內(nèi)沒有收到 系統(tǒng)C發(fā)送的BFD報(bào)文，或者系統(tǒng)C在連續(xù)30毫秒內(nèi)沒有收到系統(tǒng)A發(fā)送的 BFD報(bào)文，則宣布AC鏈路不可用?，F(xiàn)有技術(shù)中BFD協(xié)議可以和上層應(yīng)用協(xié)議 (比如BGP、 OSPF等路由協(xié)議)綁定，進(jìn)行聯(lián)動(dòng)檢測。當(dāng)系統(tǒng)中的BFD功能 模塊檢測到鏈路故障，即通告上層應(yīng)用模塊斷開當(dāng)前鄰居關(guān)系，以達(dá)到各種 協(xié)議的快速收斂，所述收斂含義為所述協(xié)議都運(yùn)行著相同的、精確的、足以反映當(dāng)前互聯(lián)網(wǎng)拓樸結(jié)構(gòu)的路由信息。快速收斂是路由選擇協(xié)議最希望具有
的特征。但是當(dāng)一個(gè)接口同時(shí)存在多個(gè)路由實(shí)例(比如一個(gè)VPN即是一個(gè)路
由實(shí)例)，多種路由協(xié)議和/或多個(gè)地址配置時(shí)，需要對每一個(gè)路由實(shí)例都單 獨(dú)進(jìn)行鏈路檢測，這樣，無論從系統(tǒng)效率還是系統(tǒng)本身的性能開銷來說，都 是不合適的。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例的主要目的是提供一種鏈路故障通告方法、接 口管理單元和路由器，來提高系統(tǒng)的工作效率，并節(jié)省了系統(tǒng)的性能開銷。
本發(fā)明實(shí)施例的目的是通過以下技術(shù)方案實(shí)現(xiàn)的
本發(fā)明實(shí)施例提供一種鏈路故障通告方法，包括，接收鏈路故障消息； 根據(jù)所述鏈路故障消息將接口狀態(tài)改為接口斷開(Down)。
此外，本發(fā)明實(shí)施例還提供一種鏈路故障恢復(fù)方法，包括，接收鏈路恢 復(fù)消息；根據(jù)所述鏈路恢復(fù)消息將接口狀態(tài)改為接口連接；發(fā)送所述接口連 接的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
本發(fā)明實(shí)施例還提供一種接口管理單元， 一種接口管理單元，包括接 收模塊，用于接收鏈路故障消息；狀態(tài)更改模塊，用于接收到所述鏈路故障 消息更改所述接口狀態(tài)為接口斷開；狀態(tài)發(fā)送模塊用于所述接口斷開的消 息發(fā)送給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
另外，本發(fā)明實(shí)施例還提供一種路由器包括鏈路檢測功能單元，所述 鏈路檢測功能單元包括檢測模塊，用于檢測鏈路故障；發(fā)送模塊當(dāng)檢測 到所述鏈路故障時(shí)，發(fā)送鏈路故障消息；接口管理單元；所述接口管理單元 包括接收模塊，用于接收所述鏈路故障消息；狀態(tài)更改模塊，用于接收到所述鏈路故障消息更改所述接口狀態(tài)為接口斷開；狀態(tài)發(fā)送模塊用于所述
接口斷開的消息發(fā)送給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
由上述本發(fā)明實(shí)施例提供的技術(shù)方案可以看出，采用本發(fā)明實(shí)施例，通 過將接口與鏈路故障消息聯(lián)動(dòng)起來，則可以提高系統(tǒng)的工作效率，并節(jié)省了
系統(tǒng)的性能開銷。


圖1是現(xiàn)有技術(shù)中鏈路故障檢測的場景示意圖； 圖2是本發(fā)明實(shí)施例一的鏈路故障通告的方法流程圖； 圖3是本發(fā)明實(shí)施例二的接口管理單元示意圖； 圖4是本發(fā)明實(shí)施例三的路由器示意圖。
具體實(shí)施例方式
為了描述方便，后續(xù)我們以BFD檢測機(jī)制為例來進(jìn)行說明。
為了實(shí)現(xiàn)鏈路故障的快速通告，發(fā)明人通過多方考慮，認(rèn)為將鏈路故障 消息與接口進(jìn)行聯(lián)動(dòng)，當(dāng)檢測到鏈路故障時(shí)，將所述故障信息通告給接口， 使得所述接口的狀態(tài)變?yōu)榻涌跀嚅_(Down),從而使得依賴于該接口運(yùn)行的 所有協(xié)議可以快速收斂，這樣可以大大提高系統(tǒng)的效率，并節(jié)省系統(tǒng)的性能 開銷。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例，并 參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。 實(shí)施例一
可參考圖2,圖2是本發(fā)明實(shí)施例 一的鏈路故障通告的方法流程圖。 步驟IOI、接收鏈路故障消息；
在本發(fā)明實(shí)施例的具體實(shí)現(xiàn)時(shí)，所述鏈路故障消息可以通過BFD協(xié)議檢 測到的鏈路故障消息；也可以通過鏈路協(xié)議檢測到的鏈路故障消息；也可以通過路由協(xié)議的Hello報(bào)文檢測到的鏈路故障消息。
我們?nèi)砸訠FD檢測機(jī)制為例進(jìn)行說明，我們可以在需要檢測鏈路故障的 兩個(gè)系統(tǒng)之間建立一個(gè)BFD會(huì)話，當(dāng)所述BFD會(huì)話建立后，在所述系統(tǒng)之間 發(fā)送BFD報(bào)文，當(dāng)所述系統(tǒng)連續(xù)丟失對方的BFD報(bào)文達(dá)到指定的個(gè)數(shù)，則宣 布鏈路Down,并將鏈路Down的消息通告給接口。需要說明的是，本發(fā)明實(shí) 施例中的BFD協(xié)議在網(wǎng)絡(luò)層的封裝方式不限于IP，也可以用網(wǎng)絡(luò)層其他協(xié)議 進(jìn)行封裝，例如IPX。同樣地，所述BFD協(xié)議在鏈路層的封裝方式不限于 MAC封裝，也可以用鏈路層其他協(xié)議進(jìn)行封裝，例如X.25。
步驟102、根據(jù)所述鏈路故障消息將接口狀態(tài)改為Down;
當(dāng)接收到所述鏈路故障消息后，接口將所述接口的狀態(tài)改為Down。在本 發(fā)明實(shí)施例的具體實(shí)現(xiàn)時(shí)，接口收到鏈路故障消息后，可以由接口管理模塊 根據(jù)當(dāng)前的鏈路協(xié)議檢測結(jié)果、BFD協(xié)議檢測結(jié)果和路由協(xié)議的Hello報(bào)文檢 測結(jié)果三者間的兩兩組合或者三者的組合來計(jì)算聯(lián)合狀態(tài)，聯(lián)合狀態(tài)的計(jì)算 原則可以根據(jù)需要靈活配置。比如，由接口管理模塊根據(jù)當(dāng)前的鏈路協(xié)議 (Link Protocol)檢測結(jié)果和BFD協(xié)議檢測結(jié)果計(jì)算聯(lián)合狀態(tài)，聯(lián)合狀態(tài)的計(jì) 算原則為如果BFD協(xié)議檢測結(jié)果和鏈路協(xié)議檢測結(jié)果任一個(gè)為Down，則認(rèn) 為聯(lián)合狀態(tài)為Down ，當(dāng)然也可以在BFD檢測結(jié)果和鏈路協(xié)議檢測結(jié)果同時(shí)為 Down時(shí)，才認(rèn)為聯(lián)合狀態(tài)為Down;只有BFD協(xié)議檢測結(jié)果和鏈路協(xié)議檢測 結(jié)果同時(shí)為Up時(shí)，才把聯(lián)合狀態(tài)置為Up。再如，接口也可以根據(jù)路由協(xié)議的 Hello報(bào)文的檢測結(jié)果為Down時(shí)，將接口狀態(tài)改為Down。再如，也可以將接 口狀態(tài)改為Do職也可以直接根據(jù)BFD檢測結(jié)果來執(zhí)行，也可以直接根據(jù)當(dāng)前 鏈路協(xié)議檢測結(jié)果來執(zhí)行，具體可以根據(jù)需要靈活配置。這樣，通過步驟 101、 102可以完成鏈路故障的通告。
步驟103、發(fā)送所述Down的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議；在本發(fā)明實(shí)施例的具體實(shí)現(xiàn)時(shí)，可以由所述接口管理模塊將所述Down的 消息通告給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。所述上層應(yīng)用協(xié)議比如BGP、 OSPF和RIP協(xié)議。需要說明的是，只要是依賴接口狀態(tài)的協(xié)議，不管是不是 基于IP的協(xié)議，都可以通過接收所述Down消息來實(shí)現(xiàn)協(xié)議的快速收斂。當(dāng) 然，在接口為Down的情況下，接口還可以實(shí)現(xiàn)對自身表項(xiàng)的刪除等功能，提 升了系統(tǒng)的處理效率。
需要說明的是，本發(fā)明實(shí)施例并不限定將接口狀態(tài)改為Down和發(fā)送所述 Down的消息給所述接口上運(yùn)行的上層應(yīng)用模塊的順序。
實(shí)施例二
本發(fā)明實(shí)施例二提供一種鏈路故障恢復(fù)方法，包括 步驟201 、接收鏈5^恢復(fù)消息；
在本發(fā)明實(shí)施例的具體實(shí)現(xiàn)時(shí)，所述鏈路恢復(fù)消息可以通過BFD協(xié)議檢 測到的鏈路恢復(fù)消息；也可以通過鏈路協(xié)議檢測到的鏈路恢復(fù)消息。
步驟202、根據(jù)所述鏈路恢復(fù)消息將接口狀態(tài)改為連接(Up);
當(dāng)接收到所述鏈路恢復(fù)消息后，接口將所述接口的狀態(tài)改為Up。在本發(fā) 明實(shí)施例的具體實(shí)現(xiàn)時(shí)，接口收到鏈路恢復(fù)消息后，可以由接口管理模塊根 據(jù)當(dāng)前的鏈路協(xié)議(Link Protocol)檢測結(jié)果和BFD協(xié)議檢測結(jié)果計(jì)算聯(lián)合狀 態(tài)，聯(lián)合狀態(tài)的計(jì)算原則可以為當(dāng)BFD協(xié)議檢測結(jié)果和鏈路協(xié)議;險(xiǎn)測結(jié)果 同時(shí)為Up時(shí)，才把聯(lián)合狀態(tài)置為Up。需要說明的是，將接口狀態(tài)改為Up也 可以直接根據(jù)BFD才全測結(jié)果來執(zhí)行，也可以直接根據(jù)當(dāng)前鏈路協(xié)議檢測結(jié)果 來執(zhí)行，具體可以根據(jù)需要靈活配置。
步驟203、發(fā)送所述Up的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議；
在本發(fā)明實(shí)施例的具體實(shí)現(xiàn)時(shí)，可以由所述接口管理模塊將所述Up的消 息通告給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。所述上層應(yīng)用協(xié)議比如BGP、 OSPF和RIP協(xié)議。需要說明的是，本發(fā)明實(shí)施例并不限定將接口狀態(tài)改為Up和發(fā)送所述Up
的消息給所述接口上運(yùn)行的上層應(yīng)用模塊的順序。
實(shí)施例三
可參考圖3，圖3是本發(fā)明實(shí)施例三的接口管理單元示意圖。
本發(fā)明實(shí)施例三提供了一種接口管理單元，包括接收模塊，用于接收 鏈路故障消息；狀態(tài)更改模塊，用于接收到所述鏈路故障消息更改所述接口 狀態(tài)為接口斷開；狀態(tài)發(fā)送模塊用于所述接口斷開的消息發(fā)送給所述接口 上運(yùn)行的上層應(yīng)用協(xié)議。
其中，所述鏈路故障消息可以為通過BFD協(xié)議檢測到的鏈路故障消息或 通過鏈路協(xié)議檢測到的鏈路故障消息；
相應(yīng)地，所述狀態(tài)更改模塊，用于接收到所述通過BFD協(xié)議檢測到的鏈 路故障消息或所述通過鏈路協(xié)議檢測到的鏈路故障消息時(shí)更改所述接口狀態(tài) 為接口斷開。
在本發(fā)明實(shí)施例三的具體實(shí)現(xiàn)時(shí)，所述接口管理單元可以包括，第一接 收模塊，用于接收第 一鏈路故障消息，所述第 一鏈路故障消息是通過BFD協(xié) 議檢測的；第二接收模塊，用于接收第二鏈路故障消息，所述第二鏈路故障 消息是通過鏈路故障協(xié)議檢測的；狀態(tài)更改模塊，用于接收到所述鏈路故障 消息或第二鏈路故障消息時(shí)更改所述接口狀態(tài)為Down;狀態(tài)發(fā)送模塊用于 所述Down的消息發(fā)送給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
需要說明的是，本發(fā)明實(shí)施例中的BFD協(xié)議在網(wǎng)絡(luò)層的封裝方式不限于 IP,也可以用網(wǎng)絡(luò)層其他協(xié)議進(jìn)行封裝，例如IPX。同樣地，所述BFD協(xié)議 在鏈路層的封裝方式不限于MAC封裝，也可以用鏈路層其他協(xié)議進(jìn)行封裝， 例如X.25。
實(shí)施例四
可參考圖4，圖4是本發(fā)明實(shí)施例四的路由器示意圖。本發(fā)明實(shí)施例四提供了一種路由器，包括鏈路;險(xiǎn)測功能單元，所述鏈 路檢測功能單元包括檢測模塊，用于檢測鏈路故障；發(fā)送模塊當(dāng)檢測到 所述鏈路故障時(shí)，發(fā)送鏈路故障消息；接口管理單元；所述接口管理單元包 括接收模塊，用于接收所述鏈路故障消息；狀態(tài)更改模塊，用于接收到所 述鏈路故障消息更改所述接口狀態(tài)為接口斷開；狀態(tài)發(fā)送模塊用于所述接 口斷開的消息發(fā)送給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。其中，所述4企測鏈3各 故障可以為通過BFD協(xié)i義4企測或通過鏈路協(xié)議檢測；相應(yīng)地，所述狀態(tài)更改 模塊，用于接收到所述通過BFD協(xié)議檢測到的鏈路故障消息或所述通過鏈路 協(xié)議檢測到的鏈路故障消息時(shí)更改所述接口狀態(tài)為接口斷開。
在本發(fā)明實(shí)施例四的具體實(shí)現(xiàn)時(shí)，所述的路由器可以包括鏈路檢測功能 單元和接口管理單元；所述鏈路檢測功能單元包括第一檢測模塊，用于通 過BFD協(xié)議檢測鏈路故障；第一發(fā)送模塊當(dāng)檢測到所述鏈路故障時(shí)，發(fā)送 第一鏈路故障消息；所述接口管理單元包括第一接收模塊，用于接收所述 第 一鏈路故障消息；狀態(tài)更改模塊，用于接收到所述第 一鏈路故障消息更改 所述接口狀態(tài)為Down;狀態(tài)發(fā)送模塊用于所述Down的消息發(fā)送給所述接 口上運(yùn)行的上層應(yīng)用協(xié)議。此外，所述鏈路檢測功能單元還包括第二檢測 模塊，用于通過鏈路協(xié)議檢測所述鏈路故障；第二發(fā)送模塊，用于當(dāng)沖企測到 所述鏈路故障時(shí)，發(fā)送第二鏈路故障消息；相應(yīng)地，所述接口管理模塊還包 括第二接收模塊，用于接收所述第二鏈路故障消息；狀態(tài)更改模塊，用于 接收到所述第 一鏈路故障消息或第二鏈路故障消息時(shí)更改所述接口狀態(tài)為 Down。
需要說明的是，本發(fā)明實(shí)施例中的BFD協(xié)議在網(wǎng)絡(luò)層的封裝方式不限于 IP,也可以用網(wǎng)絡(luò)層其他協(xié)議進(jìn)行封裝，例如IPX。同樣地，所述BFD協(xié)議 在鏈路層的封裝方式不限于MAC封裝，也可以用鏈^^層其他協(xié)議進(jìn)行封裝， 例如X.25。驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲(chǔ)于一計(jì)算
機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如；ROM/RAM，磁碟，光盤等。
通過本發(fā)明實(shí)施例，當(dāng)檢測到鏈路故障時(shí)，通過將接口與鏈路故障消息 進(jìn)行聯(lián)動(dòng)，可以通過接口來使依賴于接口的各種協(xié)議快速收斂，尤其是通過 BFD協(xié)議來檢測鏈路故障并通告給接口 ，可以使接口對鏈路故障的感知速度 達(dá)到毫秒級，這可以大大提高網(wǎng)絡(luò)轉(zhuǎn)發(fā)的效率。對于中間有中轉(zhuǎn)設(shè)備存在的 鏈路，如果所述中轉(zhuǎn)設(shè)備的接口沒有與鏈路故障消息進(jìn)行聯(lián)動(dòng)，則當(dāng)中轉(zhuǎn)設(shè) 備間出現(xiàn)鏈路故障的話，兩端的接口是無法感知的，由于本發(fā)明實(shí)施例的實(shí) 現(xiàn)是在控制層面的，故不依賴于具體硬件的特性，具有通用性強(qiáng)、可移植性 好等優(yōu)點(diǎn)。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到 的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種鏈路故障通告方法，其特征在于，接收鏈路故障消息；根據(jù)所述鏈路故障消息將接口狀態(tài)改為接口斷開。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述^^艮據(jù)所述鏈路故障消 息將接口狀態(tài)改為接口斷開后進(jìn)一步包括發(fā)送所述接口斷開的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
3、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收鏈路故障消息具 體包括接收通過雙向轉(zhuǎn)發(fā)機(jī)制BFD協(xié)議檢測到的鏈路故障消息；和/或接收通過鏈路協(xié)議Link Protocol檢測到的鏈^各故障消息。
4、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述接收鏈路故障消息具 體包括接收通過路由協(xié)議的Hello報(bào)文檢測到的鏈路故障消息。
5、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述^4居所述鏈路故障消 息將接口狀態(tài)改為接口斷開具體包括根據(jù)所述鏈路協(xié)議檢測結(jié)果和通過BFD協(xié)議檢測結(jié)果來聯(lián)合判斷鏈路狀態(tài)，鏈路狀態(tài)的判斷原則為當(dāng)通過 BFD協(xié)議檢測結(jié)果和通過鏈路協(xié)議檢測結(jié)果中任一個(gè)為鏈路斷開，則將所述 接口狀態(tài)改為接口斷開。
6、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送所述接口斷開的 消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議進(jìn)一步包括所述上層應(yīng)用協(xié)議接收 到所述接口斷開消息后進(jìn)行收斂。
7、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述上層應(yīng)用協(xié)議為依賴 于接口狀態(tài)的協(xié)議。
8、 一種鏈路故障恢復(fù)方法，其特征在于，包括接收鏈路恢復(fù)消息；根據(jù)所述鏈路恢復(fù)消息將接口狀態(tài)改為接口連接；發(fā)送所述接口連接的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述接收鏈路恢復(fù)消息為 通過BFD協(xié)議檢測到的鏈路恢復(fù)消息；和/或接收通過鏈路協(xié)議檢測到的鏈路恢復(fù)消息。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述根據(jù)所述鏈路恢復(fù)消 息將接口狀態(tài)改為接口連接具體包括當(dāng)通過BFD協(xié)議檢測結(jié)果和通過鏈路 協(xié)議檢測結(jié)果同時(shí)為鏈路連接，則將所述接口狀態(tài)改為接口連接。
11、 一種接口管理單元，其特征在于，包括 接收模塊，用于接收鏈路故障消息；狀態(tài)更改模塊，用于接收到所述鏈路故障消息更改所述接口狀態(tài)為接口 斷開；狀態(tài)發(fā)送模塊用于所述接口斷開的消息發(fā)送給所述接口上運(yùn)行的上層 應(yīng)用協(xié)-漢。
12、 根據(jù)權(quán)利要求ll所述的接口管理單元，其特征在于，所述鏈路故障 消息為通過BFD協(xié)議檢測到的鏈路故障消息和/或通過鏈路協(xié)議檢測到的鏈路 故障消息；相應(yīng)地，所述狀態(tài)更改模塊，用于接收到所述通過BFD協(xié)議檢測到的鏈 路故障消息和/或所述通過鏈路協(xié)議檢測到的鏈路故障消息時(shí)更改所述接口狀 態(tài)為接口斷開。
13、 一種路由器，其特征在于，包括 鏈路檢測功能單元， 所述鏈路檢測功能單元包括檢測模塊，用于檢測鏈路故障；發(fā)送模塊當(dāng)檢測到所述鏈路故障時(shí)，發(fā)送鏈路故障消息；接口管理單元；所述接口管理單元包括接收模塊，用于接收所述鏈路故障消息；狀態(tài)更改模塊，用于接收到所述鏈路故障消息更改所述接口狀態(tài)為接口 斷開；狀態(tài)發(fā)送模塊用于所述接口斷開的消息發(fā)送給所述接口上運(yùn)行的上層 應(yīng)用協(xié)議。
14、根據(jù)權(quán)利要求13所述的路由器，其特征在于，所述^r測鏈路故障為 通過BFD協(xié)議檢測或通過鏈路協(xié)議檢測；相應(yīng)地，所述狀態(tài)更改模塊，用于接收到所述通過BFD協(xié)議檢測到的鏈 路故障消息或所述通過鏈路協(xié)議檢測到的鏈路故障消息時(shí)更改所述接口狀態(tài) 為接口斷開。
全文摘要
本發(fā)明實(shí)施例涉及一種鏈路故障通告方法、接口管理單元和路由器，包括如下步驟接收鏈路故障消息；根據(jù)所述鏈路故障消息將接口狀態(tài)改為接口斷開；發(fā)送所述接口斷開的消息給所述接口上運(yùn)行的上層應(yīng)用協(xié)議。采用本發(fā)明實(shí)施例，通過將接口與鏈路故障消息聯(lián)動(dòng)起來，則可以提高系統(tǒng)的工作效率，并節(jié)省了系統(tǒng)的性能開銷。
文檔編號H04L12/26GK101296126SQ20071007427
公開日2008年10月29日 申請日期2007年4月29日 優(yōu)先權(quán)日2007年4月29日
發(fā)明者吳麗娜, 汪祖亮, 鵬 王, 王玉婷 申請人:華為技術(shù)有限公司