Linux默认不内置OSPF/BGP等动态路由协议，依赖静态路由与内核最长前缀匹配选路；需FRRouting等第三方软件或策略路由脚本实现自动路径发现与冗余切换。
Linux 本身不内置动态路由协议（如 OSPF、BGP、RIP）的守护进程，它默认依靠静态路由表和内核路由决策完成路径选择。所谓“自动网络路径寻址”，在标准 Linux 发行版中，实际指基于策略的自动选路行为，而非运行传统路由协议。要实现接近动态路由的效果，需明确区分两类场景：
静态路由 + 内核自动选路机制
Linux 内核在转发数据包时，会按最长前缀匹配（LPM）查找路由表，并结合以下规则自动决策： - 若目标地址与某直连子网匹配（Flags 中含 U 且无 G），直接二层发送； - 若存在多条可达路径（如多个默认网关或同网段多出口），内核默认只用一条（Metric 最小者），**不会自动负载分担或故障切换**； - 默认路由（Destination `0.0.0.0/0`）仅支持一个主网关；若需冗余，必须配合工具管理。关键配置点包括：
- 确保 `ip route show` 中有正确直连路由（由 `ifconfig` 或 `ip addr` 配置 IP 后自动生成）
- 添加默认网关：`sudo ip route add default via 192.168.1.1 dev eth0`
- 避免冲突：同一网段不能同时配置两个不同网关的默认路由
- 启用反向路径过滤（rp_filter）可能干扰多宿主选路，必要时设为 `2`（loose mode）或 `0`
使用用户态路由守护进程启用动态协议
若真需 OSPF/BGP 等协议实现自动发现邻居、计算最优路径、故障收敛，则需引入第三方软件：常用开源方案：
- FRRouting（FRR）：轻量、模块化，支持 OSPFv2/v3、BGP、RIP、BFD 等，适合服务器或边缘路由场景
- Quagga（已归档，FRR 前身）：旧系统可能仍在用，但不再维护
- BIRD：设计简洁，侧重 BGP 和 OSPF，配置语法清晰，适合骨干或 ISP 环境
以 FRR 为例，简要流程：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 安装：`sudo apt install frr`（Debian/Ubuntu）或 `sudo yum install frr`（RHEL/CentOS）
- 启用服务并允许 daemons：编辑 `/etc/frr/daemons`，取消 `ospfd=` 和 `zebra=` 前的注释
- 配置 OSPF：写入 `/etc/frr/frr.conf`，例如：
router ospf
ospf router-id 10.0.0.1
network 10.0.0.0/24 area 0
redistribute connected - 重启服务：`sudo systemctl restart frr`
替代方案：策略路由 + 脚本自动维护
对中小规模网络，无需完整动态协议，可用更轻量方式模拟“自动”效果：适用典型场景：
- 双宽带出口（如电信+联通），按目的地址智能分流
- 主备链路：检测网关连通性，自动切换默认路由
- 容器/VM 多网络平面隔离选路
核心手段：
- 创建多个路由表（如 `table 100`, `table 200`），配合 `ip rule` 设置匹配条件
- 用 `ping` 或 `curl` 定期探测网关，脚本判断后执行 `ip route replace default ... table 100`
- 结合 `systemd` timer 或 `cron` 实现分钟级健康检查
不复杂但容易忽略。
