專利名稱：一種鄰居關(guān)系建立方法和路由器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體而言，涉及路由器及其鄰居關(guān)系建立方法。
背景技術(shù)：
OSPF ( Open Shortest Path First,開放式最短路徑優(yōu)先)協(xié)議是一種 得到廣泛應(yīng)用的動(dòng)態(tài)路由協(xié)議。在該協(xié)議中，通過在路由器間建立鄰居關(guān)系，然后交換鏈路狀態(tài)描述 信息來得到其它路由器的信息，并由此生成路由信息。在廣播和NBMA (non-broadcast multi-access,非廣播多鴻4妻入)類 型網(wǎng)絡(luò)中，OSPF協(xié)議頭見定通過選舉DR ( Designated Router，指定3各由器) 和BDR (Backup Designated Router,備份指定路由器)來減少報(bào)文交互。 同一網(wǎng)段的路由器只與DR和BDR路由器建立鄰居關(guān)系，并交換鏈路狀 態(tài)描述信息。路由器與DR和BDR路由器的鏈路狀態(tài)描述信息的交換只 有選舉完畢后才能進(jìn)行。DR和BDR是由網(wǎng)段中的路由器選舉生成的，所 以在廣播或NBMA類型網(wǎng)絡(luò)中，DR選舉的時(shí)機(jī)對(duì)于網(wǎng)絡(luò)收斂速度有很大 影響。大部分現(xiàn)有路由設(shè)備實(shí)現(xiàn)方式為主備板方式，如果主控板發(fā)生故障， 則自動(dòng)切換到備控板。這種切換會(huì)導(dǎo)致該路由設(shè)備與鄰接的路由設(shè)備的 OSPF鄰居關(guān)系需要重新建立，路由也需要重新學(xué)習(xí)。這樣就會(huì)造成業(yè)務(wù)
的中斷。另外，在直連的兩臺(tái)廣播或NBMA類型接口的路由器之間，如 果其中 一 臺(tái)路由器發(fā)生重啟或主備板倒換，也將導(dǎo)致鄰居關(guān)系的重新建立 和路由的重新學(xué)習(xí)。圖1示出了根據(jù)現(xiàn)有技術(shù)的路由器組網(wǎng)圖，假定此前路由器已經(jīng)建立 好鄰居關(guān)系，即鄰居的狀態(tài)達(dá)到完全連接(FULL)狀態(tài)，現(xiàn)至少有一路 由器發(fā)生了單板倒換或重啟，圖中包括第一路由器此路由器發(fā)生了單板倒換或重啟，與其它路由器間的鄰 居關(guān)系需要重新建立，原先通過OSPF學(xué)習(xí)到的動(dòng)態(tài)路由也需要重新學(xué)習(xí)； 以及第二路由器未發(fā)生倒換的正常運(yùn)行的路由器。在廣播和NBMA網(wǎng)上，倒換或重啟后的第一路由器設(shè)備發(fā)出首包 HELLO (握手)報(bào)文，然后等待鄰居第二路由器發(fā)過來的HELLO報(bào)文。 圖2示出了根據(jù)現(xiàn)有技術(shù)的HELLO報(bào)文的結(jié)構(gòu)圖。如果收到鄰居路由 HELLO報(bào)文中有本地路由器自身的路由器ID,并且HELLO報(bào)文中聲明 本地路由器自己為DR并且沒有BDR,或者HELLO報(bào)文中聲明本地路由 器自己為BDR，則觸發(fā)BackupSeen事件(即備4分#:知事件，用于查找 DBR)，當(dāng)前即進(jìn)行DR選舉。BackupSeen事件是指BDR存在檢測(cè)事件， 檢測(cè)鄰居中是否存在BDR。如果找到了BDR,則將BDR選舉為DR，如 果找不到BDR，則從鄰居路由器中選舉DR。在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題如 果收到的HELLO報(bào)文不滿足以上條件，則只有等到定時(shí)器WaitTimer超 時(shí)才進(jìn)行選舉。比如BDR路由器如果發(fā)生倒換，則不會(huì)收到滿足以上條 件的HELLO報(bào)文，只能等WaitTimer超時(shí)后才進(jìn)行DR選舉。由于 WaitTimer時(shí)間較長(zhǎng)，所以在等待WaitTimer超時(shí)后再進(jìn)行選舉將延遲與 鄰居路由器建立鄰居關(guān)系，導(dǎo)致業(yè)務(wù)中斷時(shí)間比較長(zhǎng)
發(fā)明內(nèi)容
本發(fā)明實(shí)施例旨在提供OSPF協(xié)議系統(tǒng)中的路由器及其鄰居關(guān)系建 立方法，以解決現(xiàn)有技術(shù)中建立鄰居關(guān)系在時(shí)間較長(zhǎng)的問題。本發(fā)明的一個(gè)實(shí)施例提供了一種鄰居關(guān)系建立方法，包括發(fā)送首包 HELLO報(bào)文，接收鄰居路由器回應(yīng)的HELLO報(bào)文；收到HELLO報(bào)文之 后，判斷HELLO報(bào)文的內(nèi)容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地 的標(biāo)識(shí)不同，并且接收HELLO報(bào)文的當(dāng)前接口是否處于WAITING (等 待)狀態(tài)；如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO報(bào)文的當(dāng) 前接口處于WAITING狀態(tài)，則進(jìn)行DR選舉。本發(fā)明的另一實(shí)施例提供了一種鄰居關(guān)系建立方法，包括發(fā)送首包 HELLO報(bào)文，接收鄰居路由器回應(yīng)的HELLO報(bào)文；收到HELLO報(bào)文之 后，判斷HELLO報(bào)文的內(nèi)容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地 的標(biāo)識(shí)不同，并且接收HELLO報(bào)文的當(dāng)前接口是否處于WAITING狀態(tài)； 以及如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO報(bào)文的當(dāng)前接口 處于WAITING狀態(tài)，則WAITING定時(shí)器超時(shí)才進(jìn)行DR選舉；其中， 將定時(shí)器配置為小于宣告鄰居斷開的時(shí)間間隔。本發(fā)明的另一實(shí)施例提供了一種用于OSPF協(xié)議系統(tǒng)的路由器，包 括:接收模塊，用于發(fā)送首包HELLO報(bào)文，接收鄰居路由器回應(yīng)的HELLO 報(bào)文；判斷模塊，用于在收到HELLO報(bào)文之后，判斷HELLO報(bào)文的內(nèi) 容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地的標(biāo)識(shí)不同，并且4妄收 HELLO報(bào)文的當(dāng)前接口是否處于WAITING狀態(tài)；以及選舉模塊，用于 如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO "^艮文的當(dāng)前接口處于 WAITING狀態(tài)，則進(jìn)行DR選舉。
本發(fā)明的另一實(shí)施例提供了一種用于OSPF協(xié)議系統(tǒng)的路由器，包 括發(fā)送模塊，用于發(fā)送首包握手報(bào)文；接收模塊，用于在發(fā)送首包握手 報(bào)文后接收鄰居路由器回應(yīng)的握手報(bào)文；判斷模塊，用于在收到HELLO 才艮文之后，判斷HELLO報(bào)文的內(nèi)容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否 與本地的標(biāo)識(shí)不同，并且接收HELLO報(bào)文的當(dāng)前接口是否處于WAITING 狀態(tài)；以及選舉模塊，如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO 報(bào)文的當(dāng)前接口處于WAITING狀態(tài)，則WAITING定時(shí)器超時(shí)才進(jìn)行DR 選舉；其中，定時(shí)器被配置為小于宣告鄰居斷開的時(shí)間間隔。上述技術(shù)方案在收到滿足一定條件即HELLO報(bào)文的內(nèi)容附帶的DR 或BDR是與本地不同的HELLO報(bào)文后，并且如果路由器的標(biāo)識(shí)與本地 的標(biāo)識(shí)不同且接收HELLO凈艮文的當(dāng)前接口處于WAITING狀態(tài)，則當(dāng)前 即進(jìn)行DR選舉，因此重啟路由器很快與鄰居路由器建立鄰居關(guān)系，縮短 了業(yè)務(wù)中斷時(shí)間。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從 說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其 他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié) 構(gòu)來實(shí)現(xiàn)和獲得。


圖1示出了根據(jù)現(xiàn)有技術(shù)的路由器組網(wǎng)圖；圖2示出了根據(jù)現(xiàn)有技術(shù)的HELLO報(bào)文的結(jié)構(gòu)圖；圖3示出了根據(jù)本發(fā)明實(shí)施例的鄰居關(guān)系建立方法的流程圖；圖4示出了根據(jù)本發(fā)明實(shí)施例的路由器的方框圖。
具體實(shí)施方式
下面將參考附圖并結(jié)合實(shí)施例，來詳細(xì)說明本發(fā)明。圖3示出了根據(jù)本發(fā)明實(shí)施例的鄰居關(guān)系建立方法的流程圖，包括步驟SIO，發(fā)生倒換或重啟的路由器發(fā)送首包HELLO報(bào)文，接收鄰 居路由器回應(yīng)的HELLO報(bào)文；步驟S20，收到HELLO報(bào)文之后，判斷HELLO報(bào)文的內(nèi)容附帶的 DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地的標(biāo)識(shí)相同，并且接收HELLO報(bào)文 的當(dāng)前接口是否處于WAITING狀態(tài)；以及步驟S30,如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO報(bào)文 的當(dāng)前接口處于WAITING狀態(tài)，則進(jìn)行DR選舉，以與其他路由器建立 鄰居關(guān)系。該實(shí)施例中，在收到滿足一定條件即HELLO報(bào)文的內(nèi)容附帶的DR 或BDR是與本地不同的HELLO報(bào)文后，如果當(dāng)前接口處于WAITING狀 態(tài)，則當(dāng)前即進(jìn)行DR選舉，從而很快與鄰居路由器建立鄰居關(guān)系，縮短 了業(yè)務(wù)中斷時(shí)間。這種提前選舉可能會(huì)與鄰居路由器當(dāng)前結(jié)果不同，但經(jīng)過幾次選舉后 (后續(xù)還會(huì)不斷收到鄰居路由器的HELLO報(bào)文，所以還會(huì)觸發(fā)選舉)會(huì) 達(dá)到一致。當(dāng)前即進(jìn)行DR選舉具體包括檢測(cè)鄰居路由器中是否存在BDR， 如果找到了BDR，則將BDR選舉為DR,如果找不到BDR,則從鄰居路 由器中選舉DR。可以通過啟動(dòng)BackupSeen事件;險(xiǎn)測(cè)鄰居中是否存在 BDR。
在執(zhí)行步驟S20之前，該發(fā)生倒換或重啟的路由器可以先判斷鄰居路由器的HELLO報(bào)文附帶的鄰居路由器ID是否包含自己的路由器ID, 如果不包含，則說明對(duì)端沒有收到自己的重啟消息(即首包HELLO報(bào)文)， 所以仍然按常規(guī)流程進(jìn)行，例如該發(fā)生倒換或重啟的路由器繼續(xù)向鄰居路 由器重發(fā)首包HELLO報(bào)文，或者接口保持WAITING狀態(tài)不變。如果包 含，則說明對(duì)端收到了自己的重啟消息(即首包HELLO報(bào)文)，所以繼續(xù) 進(jìn)行上述的步驟S20。在本發(fā)明的另一個(gè)實(shí)施例中，步驟S30還可以為如果HELLO報(bào)文 的內(nèi)容附帶的DR或BDR與本地不同，并且接收該HELLO報(bào)文的當(dāng)前接 口是處于WAITING狀態(tài)，則等待定時(shí)器Waittimer超時(shí)才進(jìn)行DR選舉； 其中，將定時(shí)器配置為小于Router Dead Interval (宣告鄰居斷開的時(shí)間間 隔)。在現(xiàn)有4支術(shù)中，WaitTimer —4殳與RouterDeadlnterval相同。本方案實(shí) 現(xiàn)通過配置來修改WaitTimer也可以達(dá)到提前進(jìn)行DR選舉的效果。使 WaitTimer可配置后，用戶可以根據(jù)需要縮短等待時(shí)間，建議配置范圍為 (0, RouterDeadlnterval)。例如在RouterDeadlnterval為40秒的情況下，將 WaitTimer配置為10秒，則可以縮短30秒中斷時(shí)間。例如，當(dāng)前重啟^各由器為BDR。重啟后如果收到的HELLO報(bào)文是由其他指定路由器發(fā)出的(即，HELLO 報(bào)文中附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)與本地不同)，并且接收該HELLO 報(bào)文的當(dāng)前接口處于WAITING狀態(tài)，則觸發(fā)DR選舉，選舉結(jié)果可能會(huì) 將重啟路由器選舉為DR(，而當(dāng)前的其他指定路由器可能會(huì)被選舉為 BDR。當(dāng)再收到DR路由器發(fā)來的HELLO報(bào)文后，再次觸發(fā)DR選舉。圖4示出了根據(jù)本發(fā)明實(shí)施例的路由器的方框圖，包括
發(fā)送模塊40，用于發(fā)送首包握手報(bào)文；
接收模塊10，用于在發(fā)生倒換或重啟后，發(fā)送首包HELLO報(bào)文后接 收鄰居路由器回應(yīng)的HELLO報(bào)文；
判斷模塊20,用于在收到HELLO報(bào)文之后，判斷HELLO報(bào)文的內(nèi) 容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地的標(biāo)識(shí)不同，并且接收 HELLO報(bào)文的當(dāng)前接口是否處于WAITING狀態(tài)；以及
選舉才莫塊30，用于如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收 HELLO報(bào)文的當(dāng)前接口處于WAITING狀態(tài)，則進(jìn)行DR選舉，以與其他 路由器建立鄰居關(guān)系。選舉模塊20可檢測(cè)鄰居中是否存在BDR,如果找到了 BDR，則將 BDR選舉為DR,如果找不到BDR，則從鄰居路由器中選舉DR。具體來 說，可以通過啟動(dòng)BackupSeen事件來檢測(cè)鄰居中是否存在BDR。
該路由器還可包括確認(rèn)模塊，用于如果HELLO報(bào)文附帶的鄰居路由 器ID不包含自己的ID，則確認(rèn)HELLO報(bào)文的發(fā)送者還沒有收到自己的 重啟消息。如果包含，則繼續(xù)判斷收到的HELLO報(bào)文的內(nèi)容附帶的指定 路由器或備份指定路由器是否與本地不同，并且接收該HELLO報(bào)文的當(dāng) 前接口是否處于WAITING狀態(tài)；如果不包含，則確認(rèn)HELLO報(bào)文的發(fā) 送者還沒有收到自己的重啟消息，并繼續(xù)向鄰居i 各由器重發(fā)首包HELLO 報(bào)文，或者當(dāng)前接口保持WAITING狀態(tài)不變。根據(jù)本發(fā)明的另 一實(shí)施例，選舉模塊30也可用于如果HELLO報(bào)文 的內(nèi)容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)與本地不同，并且接收該HELLO 報(bào)文的當(dāng)前接口是處于WAITING狀態(tài)，則等待定時(shí)器Waittimer超時(shí)才進(jìn) 行DR選舉；其中，將定時(shí)器配置為小于RouterDeadIntervaL
本發(fā)明上述實(shí)施例通過在收到HELLO報(bào)文時(shí)，加快觸發(fā)DR選舉過 程，來加快與鄰居路由器的鄰居關(guān)系的建立，從而實(shí)現(xiàn)可以較快地恢復(fù)中 斷的業(yè)務(wù)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟 可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者 分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí) 行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來 執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電贈(zèng)4莫塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特 定的硬件和軟件結(jié)合。應(yīng)該明白，這些具體實(shí)施中的變化對(duì)于本領(lǐng)域的技 術(shù)人員來說是顯而易見的，不脫離本發(fā)明的精神保護(hù)范圍。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于 本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精 神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明 的寸呆護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種鄰居關(guān)系建立方法，其特征在于，包括發(fā)送首包握手報(bào)文，接收鄰居路由器發(fā)送的握手報(bào)文；收到所述握手報(bào)文之后，判斷所述握手報(bào)文附帶的指定路由器的標(biāo)識(shí)或備份指定路由器的標(biāo)識(shí)是否與本地的標(biāo)識(shí)相同，并且判斷接收所述握手報(bào)文的當(dāng)前接口是否處于等待狀態(tài)；如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收所述握手報(bào)文的當(dāng)前接口處于等待狀態(tài)，則進(jìn)行指定路由器選舉。
2. 根據(jù)權(quán)利要求1所述的鄰居關(guān)系建立方法，其特征在于，進(jìn)行指定 路由器選舉具體包括檢測(cè)所述鄰居路由器中是否存在備份指定路 由器，如果存在，則將所述備份指定路由器選舉為指定路由器，如 果不存在，則從所述鄰居路由器中選舉指定路由器。
3. 根據(jù)權(quán)利要求2所述的鄰居關(guān)系建立方法，其特征在于，通過啟動(dòng) 備份探知事件檢測(cè)鄰居中是否存在備份指定路由器。
4. 根據(jù)權(quán)利要求1所述的鄰居關(guān)系建立方法，其特征在于，收到所述 握手報(bào)文之后，判斷所述握手報(bào)文附帶的指定路由器的標(biāo)識(shí)或備份 指定路由器的標(biāo)識(shí)是否與本地的標(biāo)識(shí)相同之前，還包括以下步驟首先判斷所述握手報(bào)文附帶的鄰居路由器標(biāo)識(shí)是否為本地的標(biāo)識(shí)；如果是，則收到所述握手報(bào)文之后，判斷所述握手報(bào)文的內(nèi)容 附帶的指定路由器的標(biāo)識(shí)或備份指定路由器的標(biāo)識(shí)是否與本地的標(biāo) 識(shí)不同，并且接收所述握手報(bào)文的當(dāng)前接口是否處于等待狀態(tài)； 如果不是，則確認(rèn)所述握手報(bào)文的發(fā)送者還沒有收到自己的重 啟消息，并繼續(xù)向所述鄰居路由器重發(fā)首包握手報(bào)文，或者使所述 當(dāng)前接口保持等待狀態(tài)不變。
5. —種鄰居關(guān)系建立方法，其特征在于，包括發(fā)送首包握手報(bào)文，接收鄰居路由器回應(yīng)的握手報(bào)文；收到所述握手報(bào)文之后，判斷所述握手報(bào)文的內(nèi)容附帶的指定 路由器的標(biāo)識(shí)或備份指定路由器的標(biāo)識(shí)是否與本地的標(biāo)識(shí)不同，并 且接收所述握手報(bào)文的當(dāng)前接口是否處于等待狀態(tài)；以及如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收所述握手報(bào)文的 當(dāng)前接口處于等待狀態(tài)，則等待定時(shí)器超時(shí)才進(jìn)行指定路由器選舉； 其中，將所述定時(shí)器配置為小于宣告鄰居斷開的時(shí)間間隔。
6. —種用于開放式最短路徑優(yōu)先協(xié)議系統(tǒng)的路由器，其特征在于，包 括發(fā)送模塊，用于發(fā)送首包握手報(bào)文；接收模塊，用于在發(fā)送首包握手報(bào)文后接收鄰居路由器回應(yīng)的 握手報(bào)文；判斷模塊，用于在收到所述握手報(bào)文之后，判斷所述握手報(bào)文 的內(nèi)容附帶的指定路由器的標(biāo)識(shí)或備份指定路由器的標(biāo)識(shí)是否與本 地的標(biāo)識(shí)不同，并且接收所述握手報(bào)文的當(dāng)前接口是否處于等待狀 態(tài)；以及選舉^t塊，用于如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收所 述握手報(bào)文的當(dāng)前接口處于等待狀態(tài)，則進(jìn)行指定路由器選舉。
7. 根據(jù)權(quán)利要求6所述的路由器，其特征在于，所述選舉模塊用于檢測(cè)所述鄰居路由器中是否存在備份指定路由器，如果存在，則將所 述備份指定路由器選舉為指定路由器，如果不存在，則從所述鄰居 路由器中選舉指定路由器。
8. 根據(jù)權(quán)利要求7所述的路由器，其特征在于，所述選舉模塊通過啟 動(dòng)備^f分探知事件檢測(cè)鄰居中是否存在備份指定路由器。
9. 根據(jù)權(quán)利要求6所述的路由器，其特征在于，還包括確認(rèn)模塊，用 于所述路由器首先判斷所述握手報(bào)文附帶的鄰居路由器標(biāo)識(shí)是否為 本地的標(biāo)識(shí)；如果是，則啟動(dòng)所述判斷模塊；如果不是，則確認(rèn)所 述握手報(bào)文的發(fā)送者還沒有收到自己的重啟消息，并繼續(xù)向所述鄰 居路由器重發(fā)首包握手報(bào)文，或者使所述當(dāng)前接口保持等待狀態(tài)不 變。
10. —種用于開放式最短路徑優(yōu)先協(xié)議系統(tǒng)的路由器，其特征在于，包 括發(fā)送模塊，用于發(fā)送首包握手報(bào)文；接收模塊，用于在發(fā)送首包握手報(bào)文后接收鄰居路由器回應(yīng)的 握手報(bào)文；判斷模塊，用于在收到所述握手報(bào)文之后，判斷所述握手報(bào)文 的內(nèi)容附帶的指定路由器的標(biāo)識(shí)或備份指定路由器的標(biāo)識(shí)是否與本 地的標(biāo)識(shí)不同，并且接收所述握手報(bào)文的當(dāng)前接口是否處于等待狀 態(tài)；以及選舉^t塊，如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收所述握 手報(bào)文的當(dāng)前接口處于等待狀態(tài)，則等待定時(shí)器超時(shí)才進(jìn)行指定路 由器選舉；其中，所述定時(shí)器被配置為小于宣告鄰居斷開的時(shí)間間隔。
全文摘要
本發(fā)明提供了一種鄰居關(guān)系建立方法，包括發(fā)送首包HELLO報(bào)文，接收鄰居路由器回應(yīng)的HELLO報(bào)文；收到HELLO報(bào)文之后，判斷HELLO報(bào)文的內(nèi)容附帶的DR的標(biāo)識(shí)或BDR的標(biāo)識(shí)是否與本地的標(biāo)識(shí)不同，并且判斷接收HELLO報(bào)文的當(dāng)前接口是否處于WAITING狀態(tài)；如果路由器的標(biāo)識(shí)與本地的標(biāo)識(shí)不同且接收HELLO報(bào)文的當(dāng)前接口處于WAITING狀態(tài)，則進(jìn)行DR選舉。本發(fā)明還提供了用于OSPF協(xié)議系統(tǒng)的路由器。本發(fā)明能夠使重啟路由器很快與鄰居路由器建立鄰居關(guān)系，縮短了業(yè)務(wù)中斷時(shí)間。
文檔編號(hào)H04L12/28GK101119304SQ200710076640
公開日2008年2月6日 申請(qǐng)日期2007年8月24日 優(yōu)先權(quán)日2007年8月24日
發(fā)明者史德偉 申請(qǐng)人:華為技術(shù)有限公司