一種開放式最短路徑優先鄰居建立方法和裝置制造方法
【專利摘要】本申請提供了一種開放式最短路徑優先(OSPF)鄰居建立方法，所述方法包括：路由設備上存在不能發送報文的單通接口時，根據為該單通接口配置的鄰居地址獲取出接口并通過該出接口發送目的地址為該鄰居地址的握手報文；其中，該鄰居地址為所述對端設備與本路由設備相連的接口的IP地址；該路由設備在接收到所述對端設備已接收到本路由設備發送的握手報文后發送的握手報文時，完成與所述對端設備的OSPF鄰居的建立。基于同樣的發明構思，本申請還提出一種OSPF鄰居建立裝置，能夠使單通鏈路兩端的路由設備建立OSPF鄰居。
【專利說明】一種開放式最短路徑優先鄰居建立方法和裝置

【技術領域】
[0001] 本申請涉及通信【技術領域】，特別涉及一種開放式最短路徑優先鄰居建立方法和裝 置。

【背景技術】
[0002] 開放式最短路徑優先（Open Shortest Path First, 0SPF)是一個內部網關協議， 用于在單一自治系統（autonomous system, AS)內決策路由。是對鏈路狀態路由協議的一 種實現，隸屬內部網關協議（IGP)，故運作于自治系統內部。
[0003] 當0SPF組網中存在單通鏈路時，單通鏈路兩端的路由設備無法建立0SPF鄰居。


【發明內容】

[0004] 有鑒于此，本申請的目的在于提供一種開放式最短路徑優先鄰居建立方法和裝 置，以解決單通鏈路兩端的路由設備不能建立0SPF鄰居的問題。
[0005] 為解決上述技術問題，本申請的技術方案是這樣實現的：
[0006] -種開放式最短路徑優先0SPF鄰居建立方法，所述方法包括：
[0007] 路由設備上存在不能發送報文的單通接口時，根據為該單通接口配置的鄰居地址 獲取出接口并通過該出接口發送目的地址為該鄰居地址的握手報文，使通過該單通接口相 連的對端設備在接收到該握手報文時，記錄接收該握手報文的接口為該握手報文的目的因 特網協議IP地址對應的接口；其中，該鄰居地址為所述對端設備與本路由設備相連的接口 的IP地址；
[0008] 該路由設備在接收到所述對端設備已接收到本路由設備發送的握手報文后發送 的握手報文時，完成與所述對端設備的0SPF鄰居的建立。
[0009] -種開放式最短路徑優先0SPF鄰居建立裝置，所述裝置包括：配置單元、獲取單 元、收發單元和建立單元；
[0010] 所述配置單元，用于當本裝置上存在不能發送報文的單通接口時，為該單通接口 配置存儲鄰居地址；
[0011] 所述獲取單元，用于根據所述配置單元為該單通接口配置的鄰居地址獲取出接 Π ；
[0012] 所述收發單元，用于通過所述獲取單元獲取到的出接口發送目的地址為該鄰居地 址的握手報文，使通過該單通接口相連的對端設備在接收到該握手報文時，記錄接收該握 手報文的接口為該握手報文的目的因特網協議IP地址對應的接口；其中，該鄰居地址為所 述對端設備與本路由設備相連的接口的IP地址；用于接收握手報文；
[0013] 所述建立單元，用于當所述收發單元在接收到所述對端設備已接收到本路由設備 發送的握手報文后發送的握手報文時，完成與所述對端設備的0SPF鄰居的建立。
[0014] 綜上所述，本申請通過將不能發送報文的接口的流量引到能夠到達對端設備的路 徑上，能夠使單通鏈路兩端的路由設備能夠建立0SPF鄰居。

【專利附圖】

【附圖說明】
[0015] 圖1為存在單通鏈路的組網示意圖；
[0016] 圖2為R2建立與R1的0SPF鄰居的流程示意圖；
[0017] 圖3為本申請具體實施例中應用于上述技術的0SPF鄰居建立裝置結構示意圖。

【具體實施方式】
[0018] 為使本申請的目的、技術方案及優點更加清楚明白，以下參照附圖并舉實施例，對 本申請所述方案作進一步地詳細說明。
[0019] 本申請實施例中提出一種0SPF鄰居建立方法，應用于存在單通鏈路的網絡中。通 過將不能發送報文的接口的流量引到能夠到達對端設備的路徑上，使單通鏈路兩端的路由 設備能夠建立0SPF鄰居。
[0020] 參加圖1，圖1為存在單通鏈路的組網示意圖。圖1中，R1和R2之間的鏈路為單 通鏈路，R1上的接口 1和R2上的接口 2均為單通接口，R1上的接口 1為能發送報文的單通 接口，即能直接通過接口 1向R2發送流量；R2上的接口 2為不能發送報文的單通接口，即 不能通過接口 2直接向R1發送流量。其它接口均不是單通接口。
[0021] R2在本地接口 2上配置鄰居地址為10. 1. 1. 1，即R1的接口 1的地址。
[0022] 圖1中R1與R3之間，R3與R4之間，以及R2與R4之間建立0SPF鄰居的過程均 同現有實現，下面結合附圖詳細說明單通鏈路兩端的路由設備建立0SPF鄰居的過程。
[0023] 參見圖2,圖2為R2建立與R1的0SPF鄰居的流程示意圖。具體步驟為：
[0024] 步驟201，路由設備R2上存在不能發送報文的單通接口（接口 2)時，根據為該單 通接口配置的鄰居地址獲取出接口，并通過該出接口（接口 3)發送目的地址為該鄰居地址 的握手報文，使通過該單通接口相連的對端設備R1在接收到該握手報文時，記錄接收該握 手報文的接口為該握手報文的目的因特網協議IP地址對應的接口 1。
[0025] 本步驟中，鄰居地址（10. 1. 1. 1)為對端設備R1與本路由設備R2相連的接口 1的 IP地址；該地址是預先配置在不能發送報文的單通接口（接口 2)上的，用于在通過該接口 建立0SPF鄰居、LSDB同步以及LSA發布時，使用該IP地址作為目的IP地址發送握手報文。
[0026] 本申請在具體實現時，根據鄰居地址獲取出接口的方式有兩種，分別如下：
[0027] 第一種，通過查找路由的方式實現：
[0028] 路由設備R2確定本地是否已記錄該鄰居地址（10. 1. 1. 1)對應的出接口，如果是， 獲取記錄的出接口；否則，根據該鄰居地址在本地路由表中查找獲取出接口，并記錄該鄰居 地址對應的出接口為查找到的出接口。
[0029] 本實施例中將記錄該鄰居地址對應的出接口為查找到的出接口，這一記錄保存在 CPU中即可，不用下發到芯片中；當路由表項變化時，根據路由表項的變化更新該記錄。
[0030] 在圖1中的實例中，R2到R1的路徑只有一條，R2-R4-R3-R1，因此，根據地址 10. 1. 1. 1查找到的出接口只有1個，可以直接通過該出接口（接口 3)發送，如果組網中通 過R2到R1的路徑存在多條時，則選擇最短路徑轉發，若該最短路徑不止一條時，按預設規 則選擇一條用于發送該握手報文。
[0031] 路由設備確定了出接口后，還需確定該出接口對應的下一跳地址，以免該出接口 對端存在多個路由設備，不知道發送到哪個路由設備。
[0032] 路由設備根據出接口對應的下一跳地址在ARP表項中查找到對應的MAC地址，使 用該MAC地址作為目的MAC地址發送報文。
[0033] 本實施例中涉及到的路由表通過0SPF協議學習到的；ARP表通過ARP協議學習到 的。
[0034] 第二種方式，通過配置指定出接口方式實現：
[0035] 預先配置發送目的地址為10. 1. 1. 1的報文的出接口為指定出接口（接口 3)。
[0036] 路由設備2獲取本地配置的該握手報文的目的IP地址對應的出接口，發送該握手 報文。
[0037] 同路由實現方式，以免該指定出接口對端存在多個路由設備，不知道發送到哪個 路由設備，則指定下一跳地址，并根據下一跳地址查找到對應的MAC地址。
[0038] 在具體實現時，第一次獲得到對應的出接口時，需要記錄發送目的地址10. 1. 1. 1 的報文的出接口，后續再發送時，可以根據記錄直接發送，如果需要MAC地址，也同樣在第 一次獲取到時進行記錄，以便后續發送報文時使用。
[0039] 路由設備R1存在能發送報文的單通接口（接口 1)，通過該接口發送握手報文；在 能發送報文的單通接口上發送報文時，同現有實現。
[0040] 路由設備R1在接收到與該單通接口（接口 1)相連的對端設備R2發送的握手報 文時，確定該握手報文的目的IP地址（10. 1. 1. 1)為該能發送報文的單通接口（接口 1)的 地址時，將接收該握手報文的接口記為該能發送報文的單通接口（接口 1);
[0041] 路由設備R1在接收到對端設備R2已接收到本路由設備發送的握手報文后發送的 握手報文時，完成與對端設備R2的0SPF鄰居的建立。
[0042] 步驟202，路由設備R2在接收到對端設備R1已接收到本路由設備發送的握手報文 后發送的握手報文時，完成與對端設備R1的0SPF鄰居的建立。
[0043] 在現有實現0SPF鄰居建立過程中，一端路由設備接收到握手報文后，再向0SPF鄰 居發送握手報文時，會在發送的握手報文中攜帶已接收到0SPF鄰居發送的握手報文的標 識。
[0044] 下面詳細描述通過單通鏈路連接的路由設備R1與R2之間如何進行LSDB數據庫 的同步，LSA的發布，以及路由的計算。
[0045] 路由設備R2向所述對端設備R1發送同步LSDB相關的報文時，使同步LSDB相關 的報文的目的IP地址為配置在接口 2上的鄰居地址（10. 1. 1. 1)，并通過該鄰居地址對應的 出接口（接口 3)發送給對端設備R1。
[0046] R1向R2發送同步LSDB相關的報文（如數據庫描述DD報文等）時，同現有實現， 通過接口 1直接發送給R2。R1接收到R2發送的同步LSDB相關的報文時，將接收該報文的 接口記錄為該報文的目的IP地址（10. 1. 1. 1)對應的接口（接口 1)。
[0047] 路由設備R2在產生LSA時，將其上的不能發送報文的單通接口（接口 2)的cost 值置為最大值，向對端設備R1發送產生的LSA時，使發送LSA的報文的目的IP地址為配置 在接口 2上的鄰居地址（10. 1. 1. 1)，并通過該鄰居地址對應的出接口發送給對端設備R1。
[0048] 接口 2的cost值在具體實現時，可以配置為65535,使鄰居設備接收到該cost值 在進行路由計算時，計算出的路徑的metric值大而不會使用到該路徑即該接口發送報文。
[0049] R1在產生LSA時，同現有實現，接口 1的cost值根據實際確定，不做任何改變，并 且將產生的LSA直接通過接口 1發送。R1接收到R2發送的發布LSA的報文時，將接收該報 文的接口記錄為該報文的目的IP地址（10. 1. 1. 1)對應的接口（接口 1)。
[0050] 由此可見，本申請具體實現時，R1在接收到R2發送的相關報文時，都要將接收這 些報文的接口記錄為接收到的報文的目的IP地址對應的接口，使R1在進行后續相關處理 時，將R2看作是非單通的0SPF鄰居。
[0051] 路由設備R2在進行路由計算時，不使用該不能發送報文的單通接口（接口 2)進 行計算。當然，具體實現時，也可以計算該接口，但是cost值使用65535,則正常情況下，也 不會使用該接口發送報文。
[0052] 路由設備R2進行路由計算，當計算到本路由設備R2的直連鄰居時，確定與直連鄰 居R1相連的接口為單通，且不能發送報文的接口時，不使用該接口進行路由計算。
[0053] R1在進行路由計算時，同現有實現，根據獲得的各接口的cost值進行計算。
[0054] 仍以圖1為例，詳細描述0SPF鄰居的建立、LSDB的同步、LSA的發布以及路由的計 算過程。
[0055] 圖1中R1與R2相連的接口地址為10. 1. 1. 1，R2與R1相連的接口地址為 10. 1. 1. 2 ;R1與R3相連的接口地址為11. 1. 1. 1，R3與R1相連的接口地址為11. 1. 1. 3 ;R3 與R4相連的接口地址為12. 1. 1. 3, R4與R3相連的接口地址為12. 1. 1. 4 ;R2與R4相連的 接口地址為13. 1. 1. 2, R4與R2相連的接口地址為13. 1. 1. 4。
[0056] R1和R2之間的鏈路為單通鏈路，R1上的接口 1和R2上的接口 2均為單通接口， R1上的接口 1為能發送報文的單通接口，即能直接通過接口 1向R2發送流量；R2上的接口 2為不能發送報文的單通接口，即不能通過接口 2直接向R1發送流量。其它接口均不是單 通接口。
[0057] R2在本地接口 2上配置鄰居地址為10. 1. 1. 1，即R1的接口 1的地址。R1，R2，R3， R4之間的各個接口都使能0SPF協議，通過0SPF協議的運行，每個路由器在學習到并存儲本 路由器到其他路由器的接口的路由表，并進行ARP表項的學習。
[0058] 非單通接口的路由器之間鄰居建立與現有技術相同，下面詳細描述存在單通接口 的R1和R2之間鄰居建立的過程：
[0059] R1通過與R2相連的接口 1向R2發送握手報文。R2通過接口 2接收到握手報文 時，記錄接收該報文的接口為接口 2。該處理過程同現有實現。
[0060] R1接收到R2發送的握手報文，且該握手報文攜帶R2已接收到R1的握手報文的標 識時，完成與R2的0SPF鄰居的建立。R1在接收到R2發送的握手報文時，記錄接收該握手 報文的接口為接口 1。
[0061] 各路由器的接口上運行0SPF協議，能夠發送報文的接口直接發送握手報文，可以 發送組播報文，在獲知對端接口的IP地址時，也可以發送單播報文，本申請中對能發送報 文的接口在發送報文時的處理同現有實現。
[0062] 在0SPF協議中，報文都是點對點的組播報文，對端接收到后，會處理并終止該報 文。
[0063] 下面描述R2向R1發送握手報文的過程：
[0064] 第一步，R2根據本地配置的鄰居地址（10. 1. 1. 1)在本地路由表中查找出接口，將 查找到的出接口（接口 3)和下一跳地址（13. 1. 1.4)與接口 2綁定記錄，并根據查找到的 下一跳地址通過ARP表項查找到對應的MAC地址（R4的MAC地址MAC4)，并使用該MAC地址 通過接口 3發送目的IP地址為10. 1. 1. 1，目的MAC地址為MAC4的握手報文。
[0065] 本步驟中通過查找路由表確定出接口，在具體實現時，也可以通過配置的指定接 口和下一跳地址，來發送該握手報文。
[0066] 由于R2不能通過接口 2直接向R1發送握手報文，因此，本申請在具體實現時通過 能夠到達R1的路徑發送該握手報文。
[0067] 第二步，R4通過接口 4接收到該握手報文時，在本地路由表中查找該報文的目的 地址，通過查找到的出接口（接口 5)將該報文發送（并根據查找到的下一跳地址對應的 MAC地址修改該握手報文的目的MAC地址）；R3通過接口 6接收到該握手報文時，在本地 0SPF路由表項中查找該報文的目的地址，通過查找到的出接口（接口 7)將該報文發送（并 根據查找到的下一跳地址對應的MAC地址修改該握手報文的目的MAC地址）。
[0068] 第三步，R1接收到R2經R4，R3轉過來的握手報文后，確定該握手單播報文的目的 地址為單通接口（接口 1)的地址10. 1. 1. 1，則將接收該握手報文的接口記錄為接口 1。
[0069] 第四步，R2在后續發送握手報文時，按上述發送握手報文的流程發送，當R2接收 到R1發送的握手報文后，再發送握手報文時，攜帶已接收到R1的握手報文的標識；并完成 與R1的0SPF鄰居的建立。
[0070] R1和R2建立了 0SPF鄰居后，進行LSDB同步，在LSDB同步過程中，R2向R1發送 的關于同步LSDB的報文的路徑，均同R2向R1發送握手報文的路徑；R1向R2發送握手報 文的路徑，均同R1向R2發送握手報文的路徑。
[0071] R1接收到R2發送的同步LSDB相關的報文時，將接收該報文的接口記錄為該報文 的目的IP地址（10. 1. 1. 1)對應的接口（接口 1)。
[0072] R2產生LSA時，設置接口 2的開銷COST值為65535,并向R4和R1發布，在向R1 發布時，通過上文描述的發送握手報文的路徑發送給R1，使其他路由器計算出的路徑不經 過該接口。
[0073] R2在本地進行路由計算時，不使用接口 2進行計算，則R2計算到10. 1. 1. 1的路由 不會更改，還是通過R4, R3到R1，不會直接通過接口 2到達。
[0074] R1產生LSA，進行路由計算時均同現有實現。R1接收到R2發送的發布LSA的報文 時，將接收該報文的接口記錄為該報文的目的IP地址（10. 1. 1. 1)對應的接口（接口 1)。
[0075] 基于同樣的申請構思，本申請還提出一種0SPF鄰居建立裝置。參見圖3,圖3為本 申請具體實施例中應用于上述技術的0SPF鄰居建立裝置結構示意圖。該裝置包括：配置單 元301、獲取單元302、收發單元303和建立單元304 ;
[0076] 配置單元301，用于當本裝置上存在不能發送報文的單通接口時，為該單通接口配 置存儲鄰居地址；
[0077] 獲取單元302,用于根據配置單元301為該單通接口配置的鄰居地址獲取出接口；
[0078] 收發單元303,用于通過獲取單元302獲取到的出接口發送目的地址為該鄰居地 址的握手報文，使通過該單通接口相連的對端設備在接收到該握手報文時，記錄接收該握 手報文的接口為該握手報文的目的因特網協議IP地址對應的接口；其中，該鄰居地址為所 述對端設備與本路由設備相連的接口的IP地址；用于接收握手報文；
[0079] 建立單元304,用于當收發單元303在接收到所述對端設備已接收到本路由設備 發送的握手報文后發送的握手報文時，完成與所述對端設備的0SPF鄰居的建立。
[0080] 較佳地，
[0081] 獲取單元302,具體用于確定本地是否已記錄該鄰居地址對應的出接口，如果是， 獲取記錄的出接口；否則，根據該鄰居地址在本地路由表中查找獲取出接口，并記錄該鄰居 地址對應的出接口為查找到的出接口；或，獲取本地配置的該鄰居地址對應的出接口。
[0082] 較佳地，
[0083] 收發單元303,進一步用于向所述對端設備發送同步LSDB相關的報文時，使同步 LSDB相關的報文的目的IP地址為所述鄰居地址，并通過該鄰居地址對應的出接口發送給 所述對端設備，使所述對端設備接收到該同步LSDB相關的報文時，記錄接收該報文的接口 為該報文的目的IP地址對應的接口。
[0084] 較佳地，其特征在于，所述裝置進一步包括：處理單元305 ;
[0085] 處理單元305,用于產生LSA，并在產生LSA時，將該不能發送報文的單通接口的 cost值置為最大值；在進行路由計算時，不使用該不能發送報文的單通接口進行計算；
[0086] 收發單元303,進一步用于向所述對端設備發送所述處理單元產生的LSA時，使發 送LSA的報文的目的IP地址為所述對鄰居地址，并通過該鄰居地址對應的出接口發送給所 述對端設備，使所述對端設備接收到該報文時，記錄接收該報文的接口為該報文的目的IP 地址對應的接口。
[0087] 較佳地，
[0088] 收發單元303,進一步用于本裝置上存在能發送報文的單通接口時，通過該接口發 送握手報文；接收握手報文；
[0089] 配置單元301，用于在收發單元303接收到與該單通接口相連的對端設備發送的 握手報文時，若確定該握手報文的目的IP地址為該能發送報文的單通接口的地址，將接收 該握手報文的接口記為該能發送報文的單通接口；
[0090] 建立單元304,進一步用于在接收到對端設備已接收到本路由設備發送的握手報 文后發送的握手報文時，完成與對端設備的0SPF鄰居的建立。
[0091] 上述實施例的單元可以集成于一體，也可以分離部署；可以合并為一個單元，也可 以進一步拆分成多個子單兀。
[0092] 綜上所述，本申請通過將不能發送報文的接口的流量引到能夠到達對端設備的路 徑上，能夠使單通鏈路兩端的路由設備能夠建立0SPF鄰居。
[0093] 本申請同時還提供了單通鏈路兩端路由設備同步LSDB、發布LSA，并進行路由計 算的具體實現方式。
[〇〇94] 以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精 神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內。
【權利要求】
1. 一種開放式最短路徑優先OSPF鄰居建立方法，其特征在于，所述方法包括： 路由設備上存在不能發送報文的單通接口時，根據為該單通接口配置的鄰居地址獲取 出接口并通過該出接口發送目的地址為該鄰居地址的握手報文，使通過該單通接口相連的 對端設備在接收到該握手報文時，記錄接收該握手報文的接口為該握手報文的目的因特網 協議IP地址對應的接口；其中，所述鄰居地址為所述對端設備與本路由設備相連的接口的 IP地址； 該路由設備在接收到所述對端設備已接收到本路由設備發送的握手報文后發送的握 手報文時，完成與所述對端設備的0SPF鄰居的建立。
2. 根據權利要求1所述的方法，其特征在于，所述根據為該單通接口配置的鄰居地址 獲取到出接口，包括： 確定本地是否已記錄該鄰居地址對應的出接口，如果是，獲取記錄的出接口；否則，根 據該鄰居地址在本地路由表中查找獲取出接口，并記錄該鄰居地址對應的出接口為查找到 的出接口； 或，獲取本地配置的該鄰居地址對應的出接口。
3. 根據權利要求1或2所述的方法，其特征在于，所述方法進一步包括： 該路由設備向所述對端設備發送同步鏈路狀態數據庫LSDB相關的報文時，使同步 LSDB相關的報文的目的IP地址為所述鄰居地址，并通過該鄰居地址對應的出接口發送給 所述對端設備，使所述對端設備接收到該同步LSDB相關的報文時，記錄接收該報文的接口 為該報文的目的IP地址對應的接口。
4. 根據權利要求1或2所述的方法，其特征在于，所述方法進一步包括： 該路由設備在產生鏈路狀態通告LSA時，將其上的該不能發送報文的單通接口的開銷 cost值置為最大值，向所述對端設備發送產生的LSA時，使發送LSA的報文的目的IP地址 為所述鄰居地址，并通過該鄰居地址對應的出接口發送給所述對端設備，使所述對端設備 接收到該報文時，記錄接收該報文的接口為該報文的目的IP地址對應的接口； 該路由設備在進行路由計算時，不使用該不能發送報文的單通接口進行計算。
5. 根據權利要求1或2所述的方法，其特征在于，所述方法進一步包括： 該路由設備存在能發送報文的單通接口時，通過該接口發送握手報文； 在接收到與該單通接口相連的對端設備發送的握手報文時，若確定該握手報文的目的 IP地址為該能發送報文的單通接口的地址，將接收該握手報文的接口記為該能發送報文的 單通接口； 在接收到對端設備已接收到本路由設備發送的握手報文后發送的握手報文時，完成與 對端設備的0SPF鄰居的建立。
6. -種開放式最短路徑優先0SPF鄰居建立裝置，其特征在于，所述裝置包括：配置單 元、獲取單元、收發單元和建立單元； 所述配置單元，用于當本裝置上存在不能發送報文的單通接口時，為該單通接口配置 存儲鄰居地址； 所述獲取單元，用于根據所述配置單元為該單通接口配置的鄰居地址獲取出接口； 所述收發單元，用于通過所述獲取單元獲取到的出接口發送目的地址為該鄰居地址的 握手報文，使通過該單通接口相連的對端設備在接收到該握手報文時，記錄接收該握手報 文的接口為該握手報文的目的因特網協議IP地址對應的接口；其中，該鄰居地址為所述對 端設備與本路由設備相連的接口的IP地址；用于接收握手報文； 所述建立單元，用于當所述收發單元在接收到所述對端設備已接收到本路由設備發送 的握手報文后發送的握手報文時，完成與所述對端設備的OSPF鄰居的建立。
7. 根據權利要求6所述的裝置，其特征在于， 所述獲取單元，具體用于確定本地是否已記錄該鄰居地址對應的出接口，如果是，獲取 記錄的出接口；否則，根據該鄰居地址在本地路由表中查找獲取出接口，并記錄該鄰居地址 對應的出接口為查找到的出接口；或，獲取本地配置的該鄰居地址對應的出接口。
8. 根據權利要求6或7所述的裝置，其特征在于， 所述收發單元，進一步用于向所述對端設備發送同步鏈路狀態數據庫LSDB相關的報 文時，使同步LSDB相關的報文的目的IP地址為所述鄰居地址，并通過該鄰居地址對應的出 接口發送給所述對端設備，使所述對端設備接收到該同步LSDB相關的報文時，記錄接收該 報文的接口為該報文的目的IP地址對應的接口。
9. 根據權利要求6或7所述的裝置，其特征在于，所述裝置進一步包括：處理單元； 所述處理單元，用于產生鏈路狀態通告LSA，并在產生LSA時，將該不能發送報文的單 通接口的開銷cost值置為最大值； 所述收發單元，進一步用于向所述對端設備發送所述處理單元產生的LSA時，使發送 LSA的報文的目的IP地址為所述對鄰居地址，并通過該鄰居地址對應的出接口發送給所述 對端設備，使所述對端設備接收到該報文時，記錄接收該報文的接口為該報文的目的IP地 址對應的接口；在進行路由計算時，不使用該不能發送報文的單通接口進行計算。
10. 根據權利要求6或7所述的裝置，其特征在于， 所述收發單元，進一步用于本裝置上存在能發送報文的單通接口時，通過該接口發送 握手報文；接收握手報文； 所述配置單元，用于在所述收發單元接收到與該單通接口相連的對端設備發送的握手 報文時，若確定該握手報文的目的IP地址為該能發送報文的單通接口的地址，將接收該握 手報文的接口記為該能發送報文的單通接口； 所述建立單元，進一步用于在接收到對端設備已接收到本路由設備發送的握手報文后 發送的握手報文時，完成與對端設備的0SPF鄰居的建立。
【文檔編號】H04L12/721GK104092610SQ201410362328
【公開日】2014年10月8日 申請日期:2014年7月28日 優先權日:2014年7月28日
【發明者】林長望 申請人:杭州華三通信技術有限公司