專利名稱：一種判定接口網(wǎng)絡類型的方法及路由設備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種檢測鄰居網(wǎng)絡類型的方法及路由設備。
背景技術(shù)：
目前，由互聯(lián)網(wǎng)工程任務組(The Internet Engineering Task Force, IETF)制定的路由協(xié)議，按照路由的計算方法可分為距離矢量法和鏈路狀態(tài)法。 而其中鏈路狀態(tài)法的路由技術(shù)類似于構(gòu)造一張網(wǎng)絡拓撲圖，鏈路狀態(tài)即為本路由設備在網(wǎng)絡中的連接信息。鏈路狀態(tài)路由協(xié)議的路由設備將向其他相鄰的設備通告自己的網(wǎng)絡連接信息，這些信息從一臺路由設備傳送到另一臺路由設備，每臺路由設備都保存一份信息拷貝，最終使所有的路由設備都有相同的網(wǎng)絡拓撲信息。然后根據(jù)這些網(wǎng)絡拓撲信息計算各自的路由。例如，參閱圖1所示，網(wǎng)絡中存在四臺路由設備，分別稱為R1、R2、R3和R4，其鏈路狀態(tài)為 Rl :R1〈-〉R2 (表示Rl與R2直接相連，下同)；
R2 :R2〈-〉R1、 R2〈->R3 ;
R3 :R3〈-〉R2， 、 R3〈->R4 ;
R4 ;R4〈->R3。 每臺路由設備向各自的鄰居通告自己的鏈路狀態(tài)，如，R1通告R1的鏈路狀態(tài)至R2， R2通告R2的鏈路狀態(tài)和Rl的鏈路狀態(tài)至R3， R3再將R3、R2以及Rl的鏈路狀態(tài)通告至R4，則R4就擁有了整個網(wǎng)絡中所有的路由設備的鏈路狀態(tài)信息，根據(jù)這些鏈路狀態(tài)信息，R4就可以構(gòu)造出如圖l所示的網(wǎng)絡拓撲圖了。同樣的行為在每臺路由設備上運行，那么網(wǎng)絡中每臺路由設備都擁有所有路由設備的鏈路狀態(tài)信息。 現(xiàn)有技術(shù)下，IETF制定的一個內(nèi)部網(wǎng)關(guān)協(xié)議，即開放最短路徑優(yōu)先路由協(xié)議(Open
Shortest Path First,0SPF)是一種基于鏈路狀態(tài)法的路由技術(shù)，應用該技術(shù)時，各路由設
備之間互相發(fā)送直接相連的鏈路信息和各路由設備本地擁有的到其他路由設備的鏈路信
息，最終目的是網(wǎng)絡中每臺路由設備擁有相同的網(wǎng)絡拓撲信息，然后每臺路由設備根據(jù)這
些網(wǎng)絡拓撲信息獨立計算各自的最短路徑樹，從而生成設備的路由表。 采用OSPF技術(shù)時，根據(jù)網(wǎng)絡的介質(zhì)和網(wǎng)絡中接入路由設備的數(shù)量不同將網(wǎng)絡分
為如下幾種類型點對點網(wǎng)絡、廣播網(wǎng)絡、非廣播多路接入(Non-Broadcast Multi-Access,
NBMA)網(wǎng)絡、點對多點網(wǎng)絡。而基于OSPF技術(shù)的路由設備的接口網(wǎng)絡類型，通常是在初始階
段由接口的介質(zhì)自動確定的，例如，路由設備將以太網(wǎng)接口的網(wǎng)絡類型自動確定為廣播網(wǎng)
絡，當然，具體的網(wǎng)絡類型也可以由管理員預先設置，例如，管理員可以強制將一個路由設
備的以太網(wǎng)接口的網(wǎng)絡類型設置為點對點網(wǎng)絡類型。實際應用中，網(wǎng)絡類型的不同直接影
響OSPF路由協(xié)議運行時，各路由設備的操作行為的不同。例如，參閱圖2所示，其中分別展
示了點對點網(wǎng)絡和廣播網(wǎng)絡的網(wǎng)絡拓撲示例圖，從某種意義上可以這樣認為，點對點網(wǎng)絡
是只接入了兩臺路由設備的廣播網(wǎng)絡。 在各類型網(wǎng)絡中，某臺路由設備的鄰居即為與該路由設備直接相連的所有路由設備，而基于0SPF協(xié)議的路由設備通過一種稱為Hello協(xié)議的機制來發(fā)現(xiàn)與其相連的鄰居路 由設備。在設備初始啟動時，基于OSPF協(xié)議的路由設備向直連網(wǎng)絡中通告本設備的存在， 直連網(wǎng)絡中的其他路由設備也同樣向該路由設備通告其各自的存在，那么該路由設備在接 收到這些廣播后，就確定了與本設備直接相連的所有鄰居路由設備。 現(xiàn)有技術(shù)下，針對不同的網(wǎng)絡類型，OSPF協(xié)議做出了相應優(yōu)化。例如，在廣播網(wǎng)絡 中，若接入了多臺路由設備，那么為了避免每兩臺設備之間進行鏈路狀態(tài)信息的同步，在廣 播網(wǎng)絡中需要選一個"指定路由設備"(稱之為DRRouter)，同一個廣播網(wǎng)絡中所有路由設 備直接與DR Router進行鏈路狀態(tài)信息同步，DR Router作為中間設備再將所有鏈路狀態(tài) 信息同步給本網(wǎng)絡的其他路由設備，從而實現(xiàn)整個網(wǎng)絡中所有路由設備的鏈路狀態(tài)信息的 同步。DR Router的選舉過程是一個比較復雜的過程，需要較長的時間( 一般約為40秒)。 而在點對點網(wǎng)絡中，不需要DR Router選舉的過程，鏈路狀態(tài)信息的同步在鄰居路由設備發(fā) 現(xiàn)之后立即執(zhí)行。顯然，點對點網(wǎng)絡中的鏈路狀態(tài)信息同步過程快于廣播網(wǎng)絡。
基于上述網(wǎng)絡特征，在現(xiàn)實環(huán)境中，經(jīng)常存在廣播網(wǎng)絡中只接入兩臺路由設備的 情況，例如，核心網(wǎng)中通過以太網(wǎng)接口互聯(lián)兩臺路由設備。而管理員為了避免廣播網(wǎng)絡中頻 繁執(zhí)行DR Router的選舉，會將互聯(lián)兩臺路由設備的以太網(wǎng)兩端的接口網(wǎng)絡類型強制配置 為點對點網(wǎng)絡。但是，在實際操作中經(jīng)常會發(fā)生以下意外管理員僅將以太網(wǎng)一端的接口 網(wǎng)絡類型配置為點對點網(wǎng)絡，而另一端沒有進行相應配置，默認情況下以太網(wǎng)接口的接口 網(wǎng)絡類型通常為廣播網(wǎng)絡，顯然，這就造成了互聯(lián)兩臺路由設備的以太網(wǎng)兩端的接口網(wǎng)絡 類型不一致，這不但會影響鏈路狀態(tài)信息的同步，更會影響基于OSPF協(xié)議的路由計算，最 終造成網(wǎng)絡中生成的路由信息的異常。例如，參閱圖3所示，歸屬于點對點網(wǎng)絡的路由設備 RT-A和歸屬于廣播網(wǎng)絡的路由設備RT-B通過以太網(wǎng)絡N-l互聯(lián)，la和lb分別為RT_A和 RT-B接入網(wǎng)絡N-1的接口，默認情況下Ia和lb的網(wǎng)絡類型均為廣播網(wǎng)絡。為了避免廣播 網(wǎng)絡中頻繁執(zhí)行DR Router的選舉，管理員應當將Ia和lb的接口網(wǎng)絡類型均強制配置為點 對點網(wǎng)絡，但是，一旦管理員由于蔬忽忘記將Ia或lb的接口網(wǎng)絡類型配置為點對點網(wǎng)絡， 將會造成以太網(wǎng)N-l網(wǎng)絡的兩端的接口網(wǎng)絡類型不一致，從而在RT-A和RT-B達成Full狀 態(tài)之后，存在如下鏈路狀態(tài)信息 RT-A的Router-LSA :點對點網(wǎng)絡，連接RT-B ;
RT-B的Router-LSA :廣播網(wǎng)絡，連接網(wǎng)絡N_l ;
N-l的Network-LSA :連接路由器RT_A、 RT-B ; 根據(jù)最短路徑優(yōu)選(Shortest Path First, SPF)路由計算中的鏈路雙向連接性原 理，可以看出，RT-A的鏈路狀態(tài)信息Router-LSA中存在本地到RT_B的點對點連接，但RT_B 的鏈路狀態(tài)信息Router-LSA中卻不存在本地到RT_A的點對點連接，因此RT_A將認為與 RT-B非雙向連通，導致無法計算到達RT-B的路由。同樣RT-B的Router-LSA存在到廣播網(wǎng) 絡N-l的連接，通過N-l的Network-LSA確定RT-A與N_l相連，但RT-A的Router-LSA中 卻不存在達到廣播網(wǎng)絡N-l的連接，因此RT-B也認為與RT-A非雙向連通，導致無法計算到 達RT-A的路由，最終使得整個網(wǎng)絡路由計算異常，影響網(wǎng)絡的正常運行。
而此時，用戶通過故障表現(xiàn)是無法立即確認路由異常的原因的，從而不能及時排 除相應故障，從而影響整個網(wǎng)絡的運行質(zhì)量。 有鑒于此，需要提供一種能夠準確判定網(wǎng)絡接口的接口網(wǎng)絡類型的方法，用以及時向用戶反饋網(wǎng)絡異常的原因。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種判定接口網(wǎng)絡類型的方法及路由設備，用以在網(wǎng)絡發(fā)生異 常時，準確判定網(wǎng)絡異常原因。 本發(fā)明實施例提供的具體實施方式
如下
—種判定接口網(wǎng)絡類型的方法，包括 第一路由設備接收由第二路由設備發(fā)送的報文，所述第一路由設備與第二路由設 備互為鄰居路由設備； 所述第一路由設備對接收的報文進行解析，獲得解析結(jié)果； 所述第一路由設備根據(jù)所述解析結(jié)果，獲知所述報文攜帶的指定路由設備DR信 息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與 本地接口網(wǎng)絡類型不一致。
—種路由設備，包括 存儲單元，用于保存對應本地接口網(wǎng)絡類型預設的判決條件； 通信單元，用于接收鄰居路由設備發(fā)送的報文， 解析單元，用于對接收的報文進行解析，獲得解析結(jié)果； 判決單元，用于根據(jù)所述解析結(jié)果，獲知所述報文攜帶的指定路由設備DR信息， 符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地 接口網(wǎng)絡類型不一致。 本發(fā)明實施例中，基于OSPF協(xié)議的路由設備能夠自動檢測網(wǎng)絡中鄰居路由設備 的接口網(wǎng)絡類型與本地網(wǎng)絡類型是否一致，從而實現(xiàn)了網(wǎng)絡異常的快速定位，提高了故障 排除的效率。另一方面，本發(fā)明實施例采用的方法均基于OSPF協(xié)議標準擴展實現(xiàn)，完全能 夠兼容各種類型的路由設備，具有很高的實現(xiàn)普及性。


圖1為現(xiàn)有技術(shù)下網(wǎng)絡拓撲示意圖； 圖2為現(xiàn)有技術(shù)下廣播網(wǎng)絡與點對點網(wǎng)絡示意圖； 圖3為現(xiàn)有技術(shù)下路由設備通過以太網(wǎng)互聯(lián)示意圖； 圖4為本發(fā)明實施例中互聯(lián)網(wǎng)絡體系架構(gòu)圖； 圖5為本發(fā)明實施例中路由設備功能結(jié)構(gòu)圖。 圖6為本發(fā)明實施例中路由設備判定鄰居網(wǎng)絡類型流程圖。
具體實施例方式
在基于開放最短路徑優(yōu)先路由協(xié)議(Open Shortest Path First,OSPF)的互聯(lián)網(wǎng) 系統(tǒng)中，在網(wǎng)絡路由發(fā)生異常時，為了使用戶能夠準確判定故障原因，本發(fā)明實施例中，對 OSPF路由協(xié)議作了進一步優(yōu)化，使其能夠自動檢測到網(wǎng)絡兩端接口網(wǎng)絡類型的不一致性， 令用戶能夠迅速察覺網(wǎng)絡異常原因，從而及時避免因此而導致的路由計算異常，其方法具 體為第一路由設備接收由第二路由設備發(fā)送的報文，所述第一路由設備與第二路由設備互為鄰居路由設備；所述第一路由設備對接收的報文進行解析，獲得解析結(jié)果，并在根據(jù)所 述解析結(jié)果，獲知所述報文攜帶的指定路由設備(DR)信息，符合對應本地接口網(wǎng)絡類型預 設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致。
OSPF路由協(xié)議中引入了鄰居狀態(tài)機的機制，用于實現(xiàn)鄰居路由設備之間鏈路狀態(tài) 信息的同步過程。通過接收到網(wǎng)絡中其他設備的Hello報文可以發(fā)現(xiàn)一個鄰居，Hello報 文中攜帶有所有在該網(wǎng)絡已經(jīng)發(fā)現(xiàn)的鄰居設備信息，若收到鄰居的Hello報文中攜帶有自 己，則與該鄰居之間達鄰居雙向發(fā)現(xiàn)狀態(tài)成(2-Way)狀態(tài)，即雙方是可以雙向發(fā)現(xiàn)的。而后 在廣播網(wǎng)絡中開始為這個廣播網(wǎng)絡選舉一個DR Router,DR Router的選舉是根據(jù)一定的規(guī) 則選定的，但最終這個廣播網(wǎng)絡中的所有設備將達成一致，并將DR Router的標示信息攜帶 在Hello報文中向網(wǎng)絡中的所有設備通告，接著廣播網(wǎng)絡中的所有設備與DRRouter進入鏈 路信息初始交換開始(ExStart)狀態(tài)，標志著開始進行初始的鏈路狀態(tài)信息同步，實現(xiàn)網(wǎng) 絡中鏈路狀態(tài)信息的一致性，待同步完成之后，設備與DR Router將達到Full狀態(tài)，即鏈路 狀態(tài)信息初始同步完成。而在點對點網(wǎng)絡中，不需要選舉DR Router，待與鄰居達成2-Way 狀態(tài)之后，便可以與鄰居進入ExStart狀態(tài)，開始初始的鏈路狀態(tài)信息同步，待同步完成之 后，二者達到鏈路信息初始交換完成(Full)狀態(tài)。在這里點對點網(wǎng)絡與廣播網(wǎng)絡在鄰居關(guān) 系達到ExStart狀態(tài)及以上狀態(tài)之后有一個明顯的不同在廣播網(wǎng)絡中設備發(fā)送的Hello 報文中一定攜帶有DR信息，而在點對點網(wǎng)絡中發(fā)送的Hello報文的DR —定是空的。這是 后續(xù)整個發(fā)明的理論基礎。 另一方面，上述ExStart狀態(tài)及以上狀態(tài)包括ExStart狀態(tài)、鏈路信息摘要交換 (Exchange)狀態(tài)、鏈路信息摘要交換完成(Loading)狀態(tài)、Full狀態(tài)。
下面以FULL狀態(tài)為例并結(jié)合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。
參閱圖4所示，本發(fā)明實施例中，互聯(lián)網(wǎng)系統(tǒng)中存在若干通過以太網(wǎng)(僅為舉例) 互聯(lián)的路由設備40。 參閱圖5所示，本發(fā)明實施例中，路由設備40包括存儲單元400、通信單元401 、解 析單元402和判決單元403，其中， 存儲單元400，用于保存對應本地接口網(wǎng)絡類型預設的判決條件； 通信單元401 ，用于接收鄰居路由設備發(fā)送的報文， 解析單元402，用于對接收的報文進行解析，獲得解析結(jié)果； 判決單元403，用于根據(jù)所述解析結(jié)果，獲知所述報文攜帶的DR信息，符合對應本 地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類 型不一致。 如圖5所示，路由設備40中進一步包括執(zhí)行單元405，用于在確定鄰居路由設備的 接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致時，禁止該鄰居路由設備運行，并進行錯誤上報。
另一方面，進一步地， 解析單元402從通信單元401獲得接收的報文后，先對本地與鄰居路由設備之間 的連接狀態(tài)進行判斷，若該連接狀態(tài)達到指定狀態(tài)，則再根據(jù)對應本地接口網(wǎng)絡類型預設 的判決條件，對接收的報文進行解析。 而若本路由設備歸屬于點對點網(wǎng)絡，則所述判決單元根據(jù)所述解析結(jié)果獲知所述 報文攜帶的DR信息不為空且該DR信息為本路由設備或者鄰居路由設備時，確定鄰居路由
7設備的接口網(wǎng)絡類型為廣播網(wǎng)絡，與本地接口網(wǎng)絡類型不一致；或者，若本路由設備歸屬于
廣播網(wǎng)絡，則所述判決單元根據(jù)所述解析結(jié)果獲知所述報文攜帶的DR信息為空時，確定所
述鄰居路由設備的接口網(wǎng)絡類型為點對點網(wǎng)絡，與本地接口網(wǎng)絡類型不一致。 基于上述系統(tǒng)架構(gòu)，本發(fā)明實施例中，以通過以太網(wǎng)互聯(lián)的路由設備A和路由設
備B為例對接口網(wǎng)絡類型的檢測過程進行詳細說明，參閱圖6所示，路由設備A對與本地直
接相連接的路由設備B(即鄰居路由設備)的接口網(wǎng)絡類型進行檢測的詳細流程如下 步驟610 :路由設備A通過本地接口接收路由設備B的Hello報文。 步驟620 :路由設備A根據(jù)預設的配置信息確定本地的接口網(wǎng)絡類型。 步驟630 :路由設備A判斷本地與路由設備B的連接狀態(tài)是否為FULL 若是，則
進行步驟650，否則，進行步驟640。 在基于OSPF路由協(xié)議的鄰居狀態(tài)機制中，F(xiàn)ull狀態(tài)是指路由設備與鄰居路由設 備之間達成鏈路狀態(tài)信息一致的最終狀態(tài)， 一般情況下要求鄰居路由設備的狀態(tài)達到Full 之后，路由設備才能繼續(xù)執(zhí)行后續(xù)的路由計算。本發(fā)明實施例中，路由設備A判斷本地與 路由設備B之間的連接狀態(tài)是否為FULL是因為點對點網(wǎng)絡與廣播網(wǎng)絡在鄰居關(guān)系達到 Full之后會出現(xiàn)一個明顯的區(qū)別點，即在廣播網(wǎng)絡中的路由設備發(fā)送的Hello報文中一定 攜帶有DR信息，而在點對點網(wǎng)絡中發(fā)送的Hello報文中的DR信息一定為空的。
另 一 方面，在OSPF路由協(xié)議中，路由設備之間的其他狀態(tài)，例如，2-Way狀態(tài)， ExStart狀態(tài)，ExChange狀態(tài)等也均是一個短暫的中間狀態(tài)，路由設備之間的最終狀態(tài)需 要達到Full狀態(tài)。為了便于實施例的應用，路由設備A可以以Full狀態(tài)為基準進行狀態(tài) 判斷，也可以以Exstart狀態(tài)、ExChange狀態(tài)、或Loading狀態(tài)為基準進行狀態(tài)判斷，二者 的區(qū)別在于Exstart狀態(tài)、ExChange狀態(tài)和Loading狀態(tài)比Full狀態(tài)到達的更早，以這三 種狀態(tài)狀態(tài)為基準進行狀態(tài)判斷可以更早地判斷出鏈路類型的不一致，但Full狀態(tài)比這 三種狀態(tài)更為穩(wěn)定，因此，本實施例以基于Full狀態(tài)進行狀態(tài)判斷為例進行說明。
當然，若路由設備A和路由設備B在初始啟動后，達到Exstant狀態(tài)和Full狀態(tài) 所需的時間很短暫，則路由設備A也可以不進行狀態(tài)判斷，而是默認已達到所需狀態(tài)，從而 直接執(zhí)行步驟650。 步驟640 :路由設備A等待設定時長后，返回步驟630。 步驟650 :路由設備A獲取對應本地接口網(wǎng)絡類型預設的判決條件。 實際應用中，判決條件的設置基于以下兩種情況 在第一種情況下，若某路由設備歸屬于點對點網(wǎng)絡，則路由設備會對與本地直接 相連的鄰居路由設備的接口網(wǎng)絡類型進行檢測，判斷該鄰居路由設備的接口網(wǎng)絡類型是否 為廣播網(wǎng)絡。例如路由設備A基于本地的點對點網(wǎng)絡接口與某個領(lǐng)居路由設備B達成 Full狀態(tài)之后，將會對該路由設備B發(fā)送的每個Hello報文進行檢測，若Hello報文中攜帶 的DR信息不為空且DR為本路由設備(即路由設備A)或者路由設備B，則意味著路由設備 B的接口網(wǎng)絡類型為廣播網(wǎng)絡，與路由設備A的接口網(wǎng)絡類型不一致。 而在第二種情況下，若某路由設備歸屬于廣播網(wǎng)絡，則路由設備會對與本地直接 相連的鄰居路由設備的接口網(wǎng)絡類型進行檢測，判斷該鄰居路由設備的接口網(wǎng)絡類型是否 為點對點網(wǎng)絡。例如路由設備A基于本地的點對點網(wǎng)絡接口與某個領(lǐng)居路由設備B達成 Full狀態(tài)之后，將會對該路由設備B發(fā)送的每個Hello報文進行檢測，若Hello報文中的
8DR信號為空，則意味著路由設備B的接口網(wǎng)絡類型為點對點網(wǎng)絡，與路由設備A的接口網(wǎng)絡 類型不一致。 步驟660 :路由設備A根據(jù)獲得的判決條件，對從路由設備B接收的Hello報文進 行解析，獲得解析結(jié)果。 步驟670 :路由設備A根據(jù)解析結(jié)果，判斷路由設備B的接口網(wǎng)絡類型是否與本地
一致；若是，則進行步驟680 ;否則，進行步驟690。 步驟680 :路由設備A進行正常模式下的相關(guān)處理。 本實施例中，所謂正常模式下的相關(guān)處理至少包括執(zhí)行SPF路由計算，更新路由表。 步驟690 :路由設備A進行異常模式下的相關(guān)處理。 本實施例中，所謂異常模式下的相關(guān)處理包括定時打印警告日志信息提示管理 員，或者自動禁止路由設備B的運行，直到管理員修正錯誤并重新允許路由設備B的運行。 具體異常檢測后的策略可以由管理員來配置。 綜上所述，本發(fā)明實施例中，基于OSPF協(xié)議的路由設備能夠自動檢測網(wǎng)絡中鄰居 路由設備的接口網(wǎng)絡類型與本地網(wǎng)絡類型是否一致，從而實現(xiàn)了網(wǎng)絡異常的快速定位，提 高了故障排除的效率。另一方面，本發(fā)明實施例采用的方法均基于OSPF協(xié)議標準擴展實 現(xiàn)，完全能夠兼容各種類型的路由設備，具有很高的實現(xiàn)普及性。 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明中的實施例進行各種改動和變型而不脫離 本發(fā)明的精神和范圍。這樣，倘若本發(fā)明實施例中的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明中的實施例也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種判定接口網(wǎng)絡類型的方法，其特征在于，包括第一路由設備接收由第二路由設備發(fā)送的報文，所述第一路由設備與第二路由設備互為鄰居路由設備；所述第一路由設備對接收的報文進行解析，獲得解析結(jié)果；所述第一路由設備根據(jù)所述解析結(jié)果，獲知所述報文攜帶的指定路由設備DR信息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致。
2. 如權(quán)利要求1所述的方法，其特征在于，所述第一路由設備接收所述報文后，先對本地與第二路由設備之間的連接狀態(tài)進行判斷，若該連接狀態(tài)達到指定狀態(tài)，則再根據(jù)對應本地接口網(wǎng)絡類型預設的判決條件，對接收的報文進行解析。
3. 如權(quán)利要求2所述的方法，其特征在于，所述指定狀態(tài)為鏈路信息初始交換開始ExStart狀態(tài)、鏈路信息摘要交換ExChange狀態(tài)、鏈路信息摘要交換完成Loading狀態(tài)或鏈路信息初始交換完成Full狀態(tài)。
4. 如權(quán)利要求1、2或3所述的方法，其特征在于，所述第一路由設備根據(jù)所述解析結(jié)果，獲知所述報文攜帶的DR信息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致，包括若所述第一路由設備歸屬于點對點網(wǎng)絡，則該第一路由設備根據(jù)所述解析結(jié)果獲知所述報文攜帶的DR信息不為空且該DR信息為第一路由設備或者第二路由設備時，確定第二路由設備的接口網(wǎng)絡類型為廣播網(wǎng)絡，與本地接口網(wǎng)絡類型不一致。
5. 如權(quán)利要求1、2或3所述的方法，其特征在于，所述第一路由設備根據(jù)所述解析結(jié)果，獲知所述報文攜帶的DR信息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致，包括若所述第一路由設備歸屬于廣播網(wǎng)絡，則該第一路由設備根據(jù)所述解析結(jié)果獲知所述報文攜帶的DR信息為空時，確定所述第二路由設備的接口網(wǎng)絡類型為點對點網(wǎng)絡，與本地接口網(wǎng)絡類型不一致。
6. 如權(quán)利要求1、2或3所述的方法，其特征在于，所述第一路由設備確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致時，禁止該第二路由設備運行，并進行錯誤上報。
7. —種路由設備，其特征在于，包括存儲單元，用于保存對應本地接口網(wǎng)絡類型預設的判決條件；通信單元，用于接收鄰居路由設備發(fā)送的報文，解析單元，用于對接收的報文進行解析，獲得解析結(jié)果；判決單元，用于根據(jù)所述解析結(jié)果，獲知所述報文攜帶的DR信息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致。
8. 如權(quán)利要求7所述的路由設備，其特征在于，所述解析單元從所述通信單元獲得接收的報文后，先對本地與鄰居路由設備之間的連接狀態(tài)進行判斷，若該連接狀態(tài)達到指定狀態(tài)，則再根據(jù)對應本地接口網(wǎng)絡類型預設的判決條件，對接收的報文進行解析。
9. 如權(quán)利要求7或8所述的路由設備，其特征在于，若本路由設備歸屬于點對點網(wǎng)絡，則所述判決單元根據(jù)所述解析結(jié)果獲知所述報文攜帶的DR信息不為空且該DR信息為本路由設備或者鄰居路由設備時，確定鄰居路由設備的接口網(wǎng)絡類型為廣播網(wǎng)絡，與本地接口網(wǎng)絡類型不一致。
10. 如權(quán)利要求7或8所述的路由設備，其特征在于，若本路由設備歸屬于廣播網(wǎng)絡，則所述判決單元根據(jù)所述解析結(jié)果獲知所述報文攜帶的DR信息為空時，確定所述鄰居路由設備的接口網(wǎng)絡類型為點對點網(wǎng)絡，與本地接口網(wǎng)絡類型不一致。
11. 如權(quán)利要求7或8所述的路由設備，其特征在于，進一步包括執(zhí)行單元，用于在所述判決單元確定所述鄰居路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致時，禁止該鄰居路由設備運行，并進行錯誤上報。
全文摘要
本發(fā)明提供了一種判定接口網(wǎng)絡類型的方法，該方法為第一路由設備接收由第二路由設備發(fā)送的報文，所述第一路由設備與第二路由設備互為鄰居路由設備；所述第一路由設備對接收的報文進行解析，獲得解析結(jié)果；所述第一路由設備根據(jù)所述解析結(jié)果，獲知所述報文攜帶的指定路由設備DR信息，符合對應本地接口網(wǎng)絡類型預設的判決條件時，確定第二路由設備的接口網(wǎng)絡類型與本地接口網(wǎng)絡類型不一致。這樣，基于OSPF協(xié)議的路由設備能夠自動檢測網(wǎng)絡中鄰居路由設備的接口網(wǎng)絡類型與本地網(wǎng)絡類型是否一致，從而實現(xiàn)了網(wǎng)絡異常的快速定位，提高了故障排除的效率。本發(fā)明同時提供了一種路由設備。
文檔編號H04L29/06GK101729408SQ200910223678
公開日2010年6月9日 申請日期2009年11月23日 優(yōu)先權(quán)日2009年11月23日
發(fā)明者賈攀 申請人:福建星網(wǎng)銳捷網(wǎng)絡有限公司