# OSPF: 检测到LSDB过载，区域0.0.0.0上达到最大LSA限制（10000），丢弃新的LSA

- **ID:** `networking/ospf-lsdb-overload`
- **领域:** networking
- **类别:** routing
- **验证级别:** ai_generated
- **修复率:** 88%

## 根因

由于路由震荡或错误配置的路由器注入过多路由，OSPF链路状态数据库（LSDB）超过配置的最大链路状态通告（LSA）数量，导致路由器丢弃新的LSA并可能损坏路由表。

## 版本兼容性

| 版本 | 状态 | 引入 | 弃用 |
|------|------|------|------|
| Cisco IOS 15.9(3)M | active | — | — |
| Juniper Junos 22.2R2 | active | — | — |
| FRRouting 8.4 | active | — | — |

## 解决方案

1. ```
   Identify the source of excessive LSAs using 'show ip ospf database' and 'show ip route ospf' to find flapping routes, then configure route summarization or set a route filter to limit the number of redistributed routes.
   ```
2. ```
   Configure OSPF stub area or totally stubby area on the affected area to reduce LSA flooding: area 0.0.0.0 stub no-summary
   ```
3. ```
   Temporarily increase the max LSA limit to 15000 while investigating: router ospf 1; max-lsa 15000; then set a timer to revert after 24 hours.
   ```

## 无效尝试

- **** — This only masks the problem; if the LSA flood is due to a misconfiguration or attack, the LSDB will eventually exceed the new limit and cause memory exhaustion. (80% 失败率)
- **** — The LSDB will be rebuilt from neighbors after reboot; if the underlying issue (e.g., route flapping) is not fixed, the overload will recur quickly. (85% 失败率)
- **** — This causes a complete network outage and does not address the LSA source; the overload will return once OSPF is re-enabled. (90% 失败率)