專利名稱:一種協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及IP網(wǎng)絡(luò)通信領(lǐng)域,尤其涉及一種協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò) 實體裝置。
背景技術(shù):
隨著電信網(wǎng)絡(luò)向全I(xiàn)P (ALL-IP)網(wǎng)絡(luò)的演進(jìn),傳統(tǒng)的因特網(wǎng)需要轉(zhuǎn)型為多 業(yè)務(wù)的電信級IP承載網(wǎng),由于電信級的網(wǎng)絡(luò)必須具備極高的可靠性、業(yè)務(wù)流 量的快速切換以及強(qiáng)壯性,作為ALL-IP網(wǎng)絡(luò)的IP承載網(wǎng),提供互聯(lián)網(wǎng)接入業(yè) 務(wù)時,也必須滿足相應(yīng)的可靠性要求,另外,IP網(wǎng)絡(luò)在承載語音業(yè)務(wù)、交互式 數(shù)字電視(IPTV)和虛擬專用網(wǎng)(VPN, Virtual Private Network)時,也需要 提供非常高的可靠性,因此,IP網(wǎng)絡(luò)的高可靠性已是必然需求。
在IP網(wǎng)絡(luò)中,在沒有硬件信號發(fā)送的情況下,在以前的路由協(xié)議中,通 常采用發(fā)送HELLO (—種偵測鏈路的報文)報文的偵測機(jī)制,但是HELLO 報文的偵測機(jī)制下,偵測時間一般都大于l秒,但這個時間對于一些特殊的應(yīng) 用來說就太長了,無法偵測和發(fā)現(xiàn)在短時間內(nèi)發(fā)生的鏈路狀態(tài),而且當(dāng)路由協(xié) 議不在運(yùn)行狀態(tài)的時候,HELLO報文機(jī)制也沒有被支持。
雙向轉(zhuǎn)發(fā)沖全測(Bidirectional Forwarding Detection, BFD)協(xié)議的出現(xiàn),為 解決上述問題提供了一種方便的解決方案;BFD協(xié)議可以被看作一種簡單的 HELLO報文協(xié)議,類似于那些在路由協(xié)議中使用的協(xié)議,或能和鏈路、接口、 隧道、路由或其他網(wǎng)絡(luò)轉(zhuǎn)發(fā)部件建立聯(lián)系的中間系統(tǒng)到中間系統(tǒng)協(xié)議, 一對系 統(tǒng)在互相建立的鏈路間周期的發(fā)送BFD報文,如果一個系統(tǒng)在一段時間內(nèi)沒 有接收對方發(fā)過來的BFD報文,那么就說明在這兩個系統(tǒng)間的雙向路徑中出 現(xiàn)了問題,引起通訊失效。BFD協(xié)議的基本工作原理如圖1所示,A、 B兩臺設(shè)備初始狀態(tài)為失效 (DOWN)狀態(tài),并同時向?qū)Ψ桨l(fā)送狀態(tài)為DOWN的探測報文(發(fā)送間隔為 秒級),進(jìn)行BFD會話連接建立。當(dāng)A、 B任一臺設(shè)備收到對方發(fā)來的狀態(tài)為 DOWN的探測報文后,立即將自身的BFD狀態(tài)切換到初始建鏈(INIT)狀態(tài), 同時停止向?qū)Χ税l(fā)送狀態(tài)為DOWN的^笨測才良文,改為向?qū)Χ税l(fā)送狀態(tài)為INIT 的建鏈報文。當(dāng)A、B任意一臺設(shè)備在INIT狀態(tài)下收到對方發(fā)來的狀態(tài)為INIT 的BFD探測報文,則立即將自身的BFD狀態(tài)從INIT狀態(tài)切換到檢測生效狀 態(tài)(UP),并通知BFD會話所綁定的應(yīng)用。A、 B兩端BFD會話進(jìn)入;f會測生效 狀態(tài)之后,雙方按照協(xié)商后的時間(發(fā)送間隔通常是毫秒級)互相發(fā)送BFD ?;?UP)報文,當(dāng)鏈路出現(xiàn)故障或?;顖笪囊驗槟撤N原因丟棄時,A、 B兩 端BFD的檢測機(jī)制就會報告故障,A、 B兩端設(shè)備的BFD會話狀態(tài)就會從UP 切換到DOWN,并且通知具體綁定的應(yīng)用進(jìn)行流量切換、路由重計算等操作。
在BFD協(xié)議的使用過程中,由于IP網(wǎng)絡(luò)中各個設(shè)備所屬廠家對BFD協(xié)議 實現(xiàn)的進(jìn)度不一致,導(dǎo)致各設(shè)備采用的BFD版本不一致,在實際組網(wǎng)進(jìn)行設(shè) 備間對接BFD功能時,如果出現(xiàn)兩個設(shè)備間使用的BFD版本不一致,那么兩 個設(shè)備互相發(fā)送的BFD報文無法被對端設(shè)備識別,只能丟棄對端設(shè)備發(fā)送的 報文,導(dǎo)致兩個設(shè)備間無法正常完成BFD會話的建立過程,也就無法達(dá)到利 用BFD會話對通道或者鏈路的檢測目的。
發(fā)明內(nèi)容
本發(fā)明實施例提供了 一種協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置,用以解決 現(xiàn)有技術(shù)中存在的由于設(shè)備使用的BFD協(xié)議版本號不一致導(dǎo)致無法使用BFD 會話進(jìn)行通道和鏈路的檢測的問題。
本發(fā)明實施例提供的一種協(xié)議版本號協(xié)商方法,包括 第一設(shè)備接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)檢測BFD報文; 所述第一設(shè)備將本地BFD會話配置的協(xié)議版本號與所述第二設(shè)備發(fā)送的
5BFD報文中的協(xié)議版本號進(jìn)行比較;
當(dāng)兩者不一致時,所述第一設(shè)備將本地BFD會話配置的協(xié)議版本號修改 為所述BFD報文中的BFD協(xié)議版本號。
所述第 一設(shè)備將本地BFD會話配置的協(xié)議版本號與所述BFD報文中的協(xié) 議版本號進(jìn)行比較,包括
所述第一設(shè)備根據(jù)接收的所述BFD報文中攜帶的源地址信息和目的地址 信息,在本地匹配出對應(yīng)的BFD會話;
將匹配出的所述BFD會話配置的協(xié)議版本號與所述BFD報文中的協(xié)議版 本號進(jìn)行比較。
所述第一設(shè)備修改本端BFD會話配置的協(xié)議版本號之后,還包括 所述第一設(shè)備根據(jù)修改后的BFD協(xié)議版本定義的BFD報文格式,向所述 第二設(shè)備發(fā)送對應(yīng)格式的BFD報文。
所述第一設(shè)備修改本端BFD會話配置的協(xié)議版本號之后,還包括 觸發(fā)BFD協(xié)議版本號發(fā)生修改的告警信息。
所述BFD會話包括與開放式最短路徑優(yōu)先OSPF協(xié)議聯(lián)動的BFD會話、 與多協(xié)議標(biāo)記交換MPLS的標(biāo)簽分發(fā)協(xié)議LDP聯(lián)動的BFD會話以及與靜態(tài)路 由協(xié)議聯(lián)動的BFD會話。
本發(fā)明實施例還提供了一種網(wǎng)絡(luò)實體裝置,包括
報文接收模塊,用于接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)檢測BFD報文;
比較模塊,用于將本地BFD會話配置的協(xié)議版本號與所述第二設(shè)備發(fā)送 的BFD報文中的協(xié)議版本號進(jìn)行比較;
版本號修改模塊,當(dāng)所述比較模塊比較兩者不一致時,將本端BFD會話 配置的協(xié)議版本號修改為所述BFD報文中的BFD協(xié)議版本號。
進(jìn)一步地,本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,所述比較模塊,還包括
匹配子模塊,用于根據(jù)所述報文接收模塊接收的所述BFD報文中攜帶的 源地址信息和目的地址信息,在本地匹配出唯一對應(yīng)的BFD會話;比較子模塊,用于將所述匹配子模塊匹配出的所述BFD會話配置的協(xié)議
版本號與所述BFD報文中的協(xié)議版本號進(jìn)行比較。
進(jìn)一步地,本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,還包括 報文發(fā)送模塊,用于根據(jù)修改后的BFD協(xié)議版本定義的BFD報文格式,
向所述第二設(shè)備發(fā)送對應(yīng)格式的BFD報文。
進(jìn)一步地,本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,還包括
告警模塊,用于當(dāng)所述版本號修改模塊將本端BFD會話配置的協(xié)議版本
號修改為所述BFD報文中的BFD協(xié)議版本號之后,觸發(fā)BFD協(xié)議版本號發(fā)
生修改的告警信息。
本發(fā)明實施例的有益效果如下
本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置,在完成BFD 參數(shù)設(shè)置,進(jìn)入BFD會話建立過程時,將本地BFD預(yù)先設(shè)置的協(xié)議版本號與 對端設(shè)備發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較,當(dāng)兩者不一致時,將本 地BFD會話配置的協(xié)議版本號修改為接收的BFD報文中的BFD協(xié)議版本號, 使得后續(xù)發(fā)送至對端設(shè)備的報文,因為使用與對端BFD會話一致的BFD協(xié)議 版本號而能夠被對端設(shè)備接收和識別,繼而完成設(shè)備間BFD會話的建立過程。 避免了現(xiàn)有的各種實際組網(wǎng)環(huán)境中,由于不同設(shè)備采用的BFD協(xié)議版本號不 同,無法完成設(shè)備間BFD會話的建立過程的問題。同時也降低了BFD會話在 使用時對預(yù)先配置的協(xié)議版本號的依賴程度,提高了利用BFD進(jìn)行檢測的靈 活性。
圖1為本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法的網(wǎng)絡(luò)連接示意圖2為本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法的流程圖3為本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置的結(jié)構(gòu)示意圖4為本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置中比較模塊的結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合附圖,對本發(fā)明實施例提供的一種協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實 體裝置進(jìn)行詳細(xì)的說明。
由于BFD協(xié)議可以適用于多種實際網(wǎng)絡(luò)通信應(yīng)用場景,例如BFD會話與 最短路徑優(yōu)先(Open Shortest Path First, OSPF )協(xié)議聯(lián)動的情形、BFD會話 與多協(xié)議標(biāo)記交換(Multi Protocol Label Switching, MPLS)的標(biāo)簽分發(fā)協(xié)議 (Label Distribution Protocol , LDP )聯(lián)動的情形,以及BFD會話與靜態(tài)路由 協(xié)議聯(lián)動的情形等等,本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法也相應(yīng)地適用 于上述各種實際的網(wǎng)絡(luò)通信應(yīng)用場景。
為了清楚地進(jìn)行說明,本發(fā)明實施例中,以BFD會話和OSPF協(xié)議聯(lián)動 的情形為具體的應(yīng)用場景來說明本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法。
圖1是本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法的網(wǎng)絡(luò)連接示意圖,圖1
他轉(zhuǎn)發(fā)設(shè)備)。
路由器A和路由器B各自的用戶分別對路由器A和路由器B配置了 OSPF 協(xié)議,并且同時配置了 BFD會話關(guān)聯(lián)OSPF協(xié)議,進(jìn)一步地,分別對路由器A 和路由器B進(jìn)行了 BFD參數(shù)的設(shè)置。
BFD參數(shù)的設(shè)置,不僅包括預(yù)先設(shè)置BFD檢測報文的發(fā)送/接收間隔時間,
號的信息(例如Version 0、 Version 1或者其他版本)。
本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法,可以應(yīng)用于路由器A和路由器 B的任意一方,具體地,本發(fā)明實施例中,以路由器A來具體說明本發(fā)明實施 例提供的協(xié)議版本號協(xié)商方法。以下稱路由器A為第一設(shè)備,相對應(yīng)地,稱路 由器B為第二設(shè)備。
與現(xiàn)有技術(shù)不同,本發(fā)明實施例中,第一設(shè)備端預(yù)先安裝有若干不同版本的BFD協(xié)議,當(dāng)然,較佳地,第一設(shè)備能夠支持所有版本的BFD協(xié)議。用戶 在對其配置時,任意選擇其中一種版本作為第一設(shè)備默認(rèn)支持版本。
當(dāng)?shù)谝辉O(shè)備和第二設(shè)備雙方BFD參數(shù)設(shè)置完成之后,雙方開始互發(fā)BFD 寺艮文建立BFD會話。
本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法,如圖2所示,包括以下幾個步
驟
步驟S201 、第 一設(shè)備接收第二設(shè)備發(fā)送的BFD報文。 在本發(fā)明實施例中,假設(shè)上層應(yīng)用決定第二設(shè)備為BFD會話初始化的主 動方。
也就是說,由第二設(shè)備主動發(fā)起B(yǎng)FD會話的建立過程。
當(dāng)?shù)谝辉O(shè)備和第二設(shè)備之間存在多條使用BFD檢測的路徑的時候,第一 設(shè)備針對接收的BFD報文,還需要執(zhí)行下述步驟S202。步驟S202、第一設(shè)備根據(jù)接收的BFD報文中攜帶的源地址信息和目的地 址信息,在本地匹配出唯一對應(yīng)的BFD會話。
源地址信息和目的地址信息可以采用IP地址形式或者其他形式。本發(fā)明 實施例對此不做任何限制。
步驟S203、第一設(shè)備將本地BFD會話配置的協(xié)議版本號與所述第二設(shè)備 發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較;當(dāng)兩者比較結(jié)果不一致時,執(zhí)行 下述步驟S205;當(dāng)兩者比較結(jié)果一致時,執(zhí)行步驟S204。
第一設(shè)備可以根據(jù)第二設(shè)備發(fā)送的BFD報文攜帶的BFD協(xié)議版本號信 息,判斷該BFD報文攜帶的協(xié)議版本號信息是否與本地BFD會話預(yù)先配置的 BFD協(xié)議版本號信息一致。
例如第一設(shè)備判斷接收的BFD報文中的Vers字段為0 (BFD報文采用協(xié) 議版本號是Version 0),而本地BFD會話配置的協(xié)議版本號是Version 1,那么 兩者不一致。
步驟S204、第一設(shè)備按現(xiàn)有技術(shù)中的BFD會話建立過程,向第二設(shè)備發(fā)送與本端設(shè)置的BFD協(xié)議版本號一致的BFD才艮文。
步驟S205、第一設(shè)備將本地BFD會話配置的協(xié)議版本號修改為BFD報文 攜帶的BFD協(xié)議版本號。
本發(fā)明實施例中,步驟S205之后,第一設(shè)備還可以觸發(fā)BFD會話對應(yīng)的 BFD協(xié)議版本號發(fā)生修改的告警信息,提示用戶本地BFD會話的BFD協(xié)議版 本號信息已經(jīng)自動發(fā)生修改。
步驟S206、第一設(shè)備根據(jù)修改后的BFD協(xié)議版本定義的BFD才艮文才各式, 向第二設(shè)備發(fā)送對應(yīng)格式的BFD報文。
例如第一設(shè)備將本地BFD會話預(yù)先設(shè)置的BFD協(xié)議版本號由Version 0 修改成了 Version 1之后,第一設(shè)備按照版本號為Version 1的BFD協(xié)議定義的 格式,發(fā)送相應(yīng)的BFD報文。第一設(shè)備和第二設(shè)備之間進(jìn)一步地進(jìn)行BFD會 話的建立過程和鏈i 各或通道的;f企測過程。
根據(jù)本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法,本發(fā)明實施例還提供了 一 種網(wǎng)絡(luò)實體裝置。
如圖3所示,本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,包括:報文接收模塊301、 比較模塊302和版本號修改模塊303。
報文接收模塊301 、用于接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)4全測BFD報文;
比較模塊302、用于將本地BFD會話配置的協(xié)議版本號與第二設(shè)備發(fā)送的 BFD報文中的協(xié)議版本號進(jìn)行比較;
版本號修改模塊303,用于當(dāng)比較模塊302比較兩者不一致時,將本端BFD 會話配置的協(xié)議版本號修改為BFD報文中的BFD協(xié)議版本號。
根據(jù)本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置中的比較模塊302,如圖4所示, 還可以包括匹配子模塊401和比較子模塊402;
匹配子模塊401,用于根據(jù)報文接收模塊301接收的BFD報文中攜帶的源 地址信息和目的地址信息,在本地匹配出對應(yīng)的BFD會話;
比較子模塊402,用于將匹配子模塊401匹配出的BFD會話配置的協(xié)議版
10本號與報文接收模塊301接收的BFD報文中的協(xié)議版本號進(jìn)行比較。
本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,如圖3所示,還可以包括報文發(fā)送
模塊304,用于根據(jù)修改后的BFD協(xié)議版本定義的BFD l艮文格式,向第二設(shè)
備發(fā)送對應(yīng)格式的BFD l艮文。
本發(fā)明實施例提供的網(wǎng)絡(luò)實體裝置,如圖3所示,還可以包括告警模塊
305,用于當(dāng)版本號修改模塊303將本端BFD會話配置的協(xié)議版本號修改為接
收的BFD報文中的BFD協(xié)議版本號之后,觸發(fā)BFD協(xié)議版本號發(fā)生修改的
告警信息。
本發(fā)明實施例提供的協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置,在完成BFD 參數(shù)設(shè)置,進(jìn)入BFD會話建立過程時,將本地BFD預(yù)先設(shè)置的協(xié)議版本號與 對端設(shè)備發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較,當(dāng)兩者不一致時,將本 地BFD會話配置的協(xié)議版本號修改為接收的BFD才艮文中的BFD協(xié)議版本號, 使得后續(xù)發(fā)送至對端設(shè)備的報文,因為使用與對端BFD會話一致的BFD協(xié)議 版本號而能夠被對端設(shè)備接收和識別,繼而完成設(shè)備間BFD會話的建立過程。 避免了現(xiàn)有的各種實際組網(wǎng)環(huán)境中,由于不同設(shè)備采用的BFD協(xié)議版本號不 同,無法完成設(shè)備間BFD會話的建立過程的問題。同時也降低了BFD會話在 使用時對預(yù)先配置的協(xié)議版本號的依賴程度,提高了利用BFD進(jìn)行檢測的靈 活性。
明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種協(xié)議版本號協(xié)商方法,其特征在于,包括第一設(shè)備接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)檢測BFD報文;所述第一設(shè)備將本地BFD會話配置的協(xié)議版本號與所述第二設(shè)備發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較;當(dāng)兩者不一致時,所述第一設(shè)備將本地BFD會話配置的協(xié)議版本號修改為所述BFD報文中的BFD協(xié)議版本號。
2、 如權(quán)利要求l所述的方法,其特征在于,所述第一設(shè)備將本地BFD會話配置的協(xié)議版本號與所述BFD報文中的協(xié)議版本號進(jìn)行比較,包括所述第一設(shè)備根據(jù)接收的所述BFD報文中攜帶的源地址信息和目的地址信息,在本地匹配出對應(yīng)的BFD會話;將匹配出的所述BFD會話配置的協(xié)議版本號與所述BFD報文中的協(xié)議版本號進(jìn)行比較。
3、 如權(quán)利要求1所述的方法,其特征在于,所述第一設(shè)備修改本端BFD會話配置的協(xié)議版本號之后,還包括所述第一設(shè)備根據(jù)修改后的BFD協(xié)議版本定義的BFD報文格式,向所述第二設(shè)備發(fā)送對應(yīng)格式的BFD報文。
4、 如權(quán)利要求1所述的方法,其特征在于,所述第一設(shè)備修改本端BFD會話配置的協(xié)議版本號之后,還包括觸發(fā)BFD協(xié)議版本號發(fā)生修改的告警信息。
5、 如權(quán)利要求l所述的方法,其特征在于,所述BFD會話包括與開放式最短路徑優(yōu)先OSPF協(xié)議聯(lián)動的BFD會話、與多協(xié)議標(biāo)記交換MPLS的標(biāo)簽分發(fā)協(xié)議LDP聯(lián)動的BFD會話以及與靜態(tài)路由協(xié)議協(xié)議聯(lián)動的BFD會話。
6、 一種網(wǎng)絡(luò)實體裝置,其特征在于,包括報文接收模塊,用于接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)檢測BFD報文;比較模塊,用于將本地BFD會話配置的協(xié)議版本號與所述第二設(shè)備發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較;版本號修改模塊,用于當(dāng)所述比較模塊比較兩者不一致時,將本端BFD 會話配置的協(xié)議版本號+務(wù)改為所述BFD寺艮文中的BFD協(xié)i義版本號。
7、 如權(quán)利要求6所述的裝置,其特征在于,所述比較模塊,還包括 匹配子模塊,用于根據(jù)所述報文接收模塊接收的所述BFD報文中攜帶的源地址信息和目的地址信息,在本地匹配出對應(yīng)的BFD會話;比較子模塊,用于將所述匹配子模塊匹配出的所述BFD會話配置的協(xié)議 版本號與所述BFD報文中的協(xié)議版本號進(jìn)行比較。
8、 如權(quán)利要求6所述的裝置,其特征在于,還包括 報文發(fā)送模塊,用于根據(jù)修改后的BFD協(xié)議版本定義的BFD報文格式,向所述第二設(shè)備發(fā)送對應(yīng)格式的BFD報文。
9、 如權(quán)利要求6所述的裝置,其特征在于,還包括告警模塊,用于當(dāng)所述版本號修改模塊將本端BFD會話配置的協(xié)議版本 號修改為所述BFD報文中的BFD協(xié)議版本號之后,觸發(fā)BFD協(xié)議版本號發(fā) 生修改的告警信息。
全文摘要
本發(fā)明公開了一種協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置,本發(fā)明提供的協(xié)議版本號協(xié)商方法,包括第一設(shè)備接收第二設(shè)備發(fā)送的雙向轉(zhuǎn)發(fā)檢測BFD報文;第一設(shè)備將本地BFD會話配置的協(xié)議版本號與第二設(shè)備發(fā)送的BFD報文中的協(xié)議版本號進(jìn)行比較;當(dāng)兩者不一致時,第一設(shè)備將本地BFD會話配置的協(xié)議版本號修改為該BFD報文中的BFD協(xié)議版本號。本發(fā)明提供的協(xié)議版本號協(xié)商方法及網(wǎng)絡(luò)實體裝置,避免了現(xiàn)有的各種實際組網(wǎng)環(huán)境中,由于不同設(shè)備采用的BFD協(xié)議版本號不同,無法完成設(shè)備間BFD會話的建立過程,繼而無法實現(xiàn)利用BFD協(xié)議進(jìn)行鏈路檢測的問題。
文檔編號H04L29/06GK101483647SQ20091000690
公開日2009年7月15日 申請日期2009年2月5日 優(yōu)先權(quán)日2009年2月5日
發(fā)明者輝 何, 張麗暉, 韋紅波 申請人:中興通訊股份有限公司