4G与以太网共存时路由冲突如何解决？

Question

当设备同时启用4G和以太网时，系统可能因双链路上报默认路由而引发路由冲突，导致数据包经非预期路径转发，出现网络延迟、丢包或主备切换失效。常见问题是：Linux系统在4G拨号成功后自动注入默认路由，优先级与有线以太网相同，造成路由表混乱，业务流量未能按策略正确分流。如何通过metric设置、策略路由或接口路由优先级控制，实现主备冗余与智能选路？

Answer 1

设备双链路场景下路由冲突的成因与智能选路实现

1. 问题背景：双链路上报默认路由引发的网络异常

在工业物联网、车载终端或边缘计算设备中，常需同时启用4G无线模块和以太网接口，以实现主备冗余或负载均衡。然而，Linux系统在4G拨号成功后（如通过PPP协议），会自动向路由表注入一条metric值为0的默认路由（default dev ppp0）。若此时有线以太网也已配置静态IP并存在默认网关，则两条默认路由将共存于主路由表中。

由于传统Linux内核仅依据metric值选择最优路径，当两个接口的metric相同（例如均为100）时，系统无法确定优先级，导致：

• 业务流量随机走4G或以太网，造成路径不可控；
• 4G链路带宽小、延迟高，误用将引发显著丢包与延迟；
• 主备切换逻辑失效，无法实现“以太网为主，4G为备”的预期行为。

2. 核心机制解析：Linux路由查找流程与metric作用

Linux采用最长前缀匹配 + 路由优先级（priority） + metric综合决策。默认情况下，所有默认路由属于同一优先级（priority=0），此时metric越小越优先。

接口类型	默认metric	是否自动添加默认路由	典型场景
Ethernet (DHCP)	100	是	企业局域网接入
Ethernet (Static)	未设置则为0	手动配置	固定网关环境
4G (PPP)	0 或 1	是（pppd自动注入）	移动通信模块
Wi-Fi (wpa_supplicant)	600	可配置	无线客户端

3. 解决方案一：基于metric的简单主备控制

最直接的方法是显式设置不同接口的路由metric，确保以太网优先级高于4G。

# 配置eth0默认网关时指定高优先级（低metric）
ip route add default via 192.168.1.1 dev eth0 metric 10

# 修改pppd配置文件，避免自动添加默认路由
echo "nodefaultroute" >> /etc/ppp/peers/provider

# 手动添加4G默认路由但赋予较低优先级
ip route add default via 10.0.0.1 dev ppp0 metric 1000

此方法适用于主备明确、无需复杂策略的小型部署。

4. 解决方案二：使用策略路由实现精细化流量控制

更高级的场景需要依赖Linux的多路由表与策略路由（Policy-Based Routing, PBR）。通过ip rule定义匹配规则，结合自定义路由表进行分流。

1. 创建独立路由表（如table 100 for 4G, table 101 for Ethernet）
2. 为各接口添加非默认路由至对应表
3. 设置规则：源地址、标记、接口等条件决定查哪张表
4. 保留主表作为兜底，默认走以太网

5. 策略路由配置示例

# 创建并填充4G专用路由表
echo "100 4g_table" >> /etc/iproute2/rt_tables
ip route add default via 10.0.0.1 dev ppp0 table 4g_table

# 创建以太网路由表
echo "101 eth_table" >> /etc/iproute2/rt_tables
ip route add default via 192.168.1.1 dev eth0 table eth_table

# 设置策略规则：特定应用流量走4G（假设打标记）
ip rule add fwmark 1 table 4g_table
ip rule add iif eth0 table eth_table

# 默认仍走主表（ethernet优先）
ip route replace default via 192.168.1.1 dev eth0 metric 10

6. 动态监控与故障切换设计

真正的高可用需结合链路健康检查。可通过脚本周期性ping核心网关或DNS服务器，并动态调整路由状态。

#!/bin/bash
ETH_GW="192.168.1.1"
PING_TARGET="8.8.8.8"

if ping -c 3 -I eth0 $PING_TARGET &> /dev/null; then
    ip route replace default via $ETH_GW dev eth0 metric 10
else
    ip route del default dev eth0 2>/dev/null || true
    ip route replace default via 10.0.0.1 dev ppp0 metric 100
fi

7. 使用Netlink监听接口事件实现自动化

进阶做法是监听RTM_NEWLINK/RTM_DELLINK Netlink消息，在接口up/down时触发路由重配置，替代轮询。

工具如systemd-networkd、NetworkManager支持hook机制，也可用Python+pyroute2库实现精准控制。

8. Mermaid流程图：双链路选路决策逻辑

graph TD
            A[设备启动] --> B{以太网是否UP?}
            B -- 是 --> C[探测网关可达性]
            B -- 否 --> D[激活4G拨号]
            C -- 可达 --> E[添加eth0默认路由(metric=10)]
            C -- 不可达 --> F[启用ppp0默认路由(metric=100)]
            D --> G[等待ppp0就绪]
            G --> H[添加4G默认路由]
            E --> I[持续健康监测]
            F --> I
            H --> I
            I --> J{eth0恢复?}
            J -- 是 --> C
            J -- 否 --> K[维持当前路径]

9. 多运营商与MPTCP扩展可能性

对于更高吞吐需求，可结合MPTCP（MultiPath TCP）技术，将4G与以太网同时用于单个TCP连接。但需内核支持且对端配合，适合特定业务如视频回传。

MPTCP虽不解决路由冲突本身，但能提升整体链路利用率，与策略路由形成互补架构。

10. 最佳实践建议汇总

• 禁用pppd自动添加默认路由（nodefaultroute）
• 统一管理metric值，保证以太网<4G
• 采用策略路由分离关键业务流
• 部署健康检查脚本实现自动Failover
• 记录路由变更日志便于排错
• 使用conntrack跟踪连接一致性
• 避免iptables NAT干扰路由决策
• 测试failback机制防止震荡
• 考虑QoS对4G链路的影响
• 文档化所有路由策略便于维护