使用ospf database-filter過濾LSA不生效

使用ospf database-filter 過濾LSA不生效問題

1、Device_A ospf 1 area 0引入直連後，Device_A、Device_B和Device_C的鏈路狀態數據庫中存在

                 AS External Database

 Type      LinkState ID    AdvRouter       Age  Len   Sequence  Metric

 External  192.168.1.0     1.1.1.1         1345 36    80000001  1

 External  10.1.13.0       1.1.1.1         1345 36    80000001  1

 External  1.1.1.1         1.1.1.1         1345 36    80000001  1

2、在Device_B的G1/0/3配置 ospf database-filter ase

interface GigabitEthernet1/0/3

 port link-mode route

 combo enable fiber

 ip address 10.1.35.3 255.255.255.0

 ospf database-filter ase

3、分別在Device_A、Device_B和Device_C的鏈路狀態數據庫中存在查看192.168.1.0的5類LSA信息依然存在

且192.168.1.1可以ping通172.16.1.1

4、重啟Device_C的OSPF進程後查看鏈路狀態數據庫中的192.168.1.0外部信息消失

<Device_C>reset ospf process
Reset OSPF process? [Y/N]:y
<H3C>%Nov 13 23:04:32:428 2024 H3C OSPF/5/OSPF_NBR_CHG_REASON: OSPF 1 Area 0.0.0.110 Router 5.5.5.5(GE1/0/1) CPU usage: 1%, IfMTU: 1500, Neighbor address: 10.1.35.3, NbrID:10.1.35.3 changed from Full to DOWN because the OSPF process was reset at 2024-11-13 23:04:32:428.
<Device_C>dis ospf lsdb

         OSPF Process 1 with Router ID 5.5.5.5
                 Link State Database

                         Area: 0.0.0.110
 Type      LinkState ID    AdvRouter       Age  Len   Sequence  Metric
 Router    10.1.35.3       10.1.35.3       20   36    8000000C  0
 Router    5.5.5.5         5.5.5.5         17   48    8000000D  0
 Network   10.1.35.3       10.1.35.3       16   32    80000002  0
 Sum-Net   10.1.13.0       10.1.35.3       471  28    80000001  1
 Sum-Asbr  1.1.1.1         10.1.35.3       339  28    80000001  1
<H3C>

<PC>ping 172.16.1.1

Ping 172.16.1.1 (172.16.1.1): 56 data bytes, press CTRL_C to break

Request time out

5、重啟Device_C的OSPF進程後ospf database-filter ase生效，測試重啟Device_B的OSPF進程不重啟Device_C的OSPF進程

     1）刪除Device_B的G1/0/3接口ospf database-filter ase配置不用再重啟OSPF進程

[H3C]ping 172.16.1.1

Ping 172.16.1.1 (172.16.1.1): 56 data bytes, press CTRL_C to break

Request time out

Request time out

56 bytes from 172.16.1.1: icmp_seq=2 ttl=252 time=0.808 ms

56 bytes from 172.16.1.1: icmp_seq=3 ttl=252 time=0.728 ms

56 bytes from 172.16.1.1: icmp_seq=4 ttl=252 time=0.997 ms

     2）重新在Device_B的G1/0/3接口配置ospf database-filter ase，然後重啟Device_B的OSPF進程不重啟Device_C的OSPF進程

<Device_C>dis ospf lsdb               //Device_C的OSPF鏈路數據庫中依然存在192.168.1.0的外部LSA信息

         OSPF Process 1 with Router ID 5.5.5.5

                 Link State Database

                         Area: 0.0.0.110

......

                 AS External Database

 Type      LinkState ID    AdvRouter       Age  Len   Sequence  Metric

 External  192.168.1.0     1.1.1.1         668  36    80000002  1

 External  10.1.13.0       1.1.1.1         668  36    80000002  1

 External  1.1.1.1         1.1.1.1         668  36    80000002  1

問題原因：

1、如果在配置該命令前鄰居路由器就已經收到了將要進行過濾的LSA，那麼配置該命令後，這些LSA仍存在於鄰居路由器的LSDB中，且路由還會生效。

2、如果存在多個鄰居同時發送了需要過濾的LSA，需要在其他鄰居接口也配置ospf database-filter。

解決方法：重啟鄰居（Device_C）的OSPF進程