知

交換機從ospf 鄰居學來了lsa 但是不加表（ospf routing）

2024-12-13 發表

0關注
1收藏 1501瀏覽

王聽宇

王聽宇五段

粉絲：3人關注：16人

組網及說明

不涉及

告警信息

無

問題描述

華三交換機和第三方設備建立鄰接關係後，學到了對端的lsa ，但是不加ospf 路由表

display ospf routing | include 10.1.1.0 //沒有回顯，表示沒有這個路由。

查看全局路由表、OSPF路由表（display ip routing-table、display ospf routing），無對端業務路由。

interface Vlan-interface1394

ip address 1.1.1.1 255.255.255.0

ospf network-type p2p

ospf 1 area 0.0.0.1

display ospf lsdb | include 10.1.1.0 可以看到表象，說明lsdb已經學到了

過程分析

我司設備上互聯VLANIF OSPF網絡類型設置為P2P，友商設備上互聯VLANIF OSPF網絡類型仍為默認值Broadcast

4. 互聯VLANIF OSPF網絡類型不一致，但可建立鄰居分析：
Hello報文重要字段解釋：
Network Mask：發送Hello報文的接口的網絡掩碼。
HelloInterval：發送Hello報文的間隔。單位為秒。
Options：標識發送此報文的OSPF路由器所支持的可選功能。具體的可選功能不在本課程的討論範圍之列。
Rtr Pri：發送Hello報文的接口的Router Priority，用於選舉DR和BDR。
RouterDeadInterval：宣告鄰居路由器不再繼續在該網段上運行OSPF的間隔，單位為秒，通常為四倍HelloInterval。
Designated Router：發送Hello報文的路由器所選舉出的DR的IP地址。如果設置為0.0.0.0，表示未選舉DR路由器。
Backup Designated Router：發送Hello報文的路由器所選舉出的BDR的IP地址。如果設置為0.0.0.0，表示未選舉BDR。
Neighbor：鄰居的Router ID列表。表示本路由器已經從該鄰居收到合法Hello報文。

驗證一個接收到的Hello報文是否合法包括：
如果接收端口的網絡類型是廣播型，點到多點或者NBMA，所接收的Hello報文中Network Mask字段必須和接收端口的網絡掩碼一致，如果接收端口的網絡類型為點到點類型或者是虛連接，則不檢查Network Mask字段；
所接收的Hello報文中HelloInterval字段必須和接收端口的配置一致；
所接收的Hello報文中RouterDeadInterval字段必須和接收端口的配置一致；
所接收的Hello報文中Options字段中E-bit（表示是否接收外部路由信息）必須和相關區域的配置一致；
如果路由器發現所接收的合法Hello報文的鄰居列表中有自己的Router ID，則認為已經和鄰居建立了雙向連接，表示鄰居關係已經建立。

可見，Hello報文沒有網絡類型的字段，因此不需檢查網絡類型是否匹配，隻要雙方都能收到對方Hello報文，關鍵字段匹配，就可建鄰居。P2P、Broadcast網絡類型都會發送組播Hello報文，所以互聯VLANIF OSPF網絡類型不一致，但可建立鄰居關係。

5. 互聯VLANIF OSPF網絡類型不一致，雙方OSPF鄰居可建立但路由無法學習分析：
OSPF要根據鏈路狀態信息LSA報文，計算最短生成樹，收斂生成LSDB數據庫，學習路由信息。
P2P網絡中，隻有1類Router-LSA，即可實現區域內收斂；Broadcast網絡中，需要1類Router-LSA和2類Network-LSA，才能描述本區域網絡拓撲結構；而且兩種OSPF網絡類型的1類Router-LSA報文結構也不相同。
所以，雖然兩種網絡類型可以建鄰居，但因LSA結構不同，LSDB數據庫無法收斂，從而不能互相發布學習路由。