导语：对于常年坚守在工业物联网底层开发的系统架构师而言，在具体的工程现场，最真实的考验莫过于如何在一个充斥着电磁干扰、射频多径衰落且金属货架林立的自动化立体仓库内，保证一台高速行驶的 AGV 不发生任何控制数据的丢失。在严苛的 URLLC（超可靠低延迟通信）场景下，指望依靠单一运营商的网络或者单一频段的物理信号覆盖来达到 99.999% 的可用性是不现实的。我们必须将视线转向基于多链路并发与双卡双待热备份的网络冗余架构，并通过 Linux 底层极其严苛的路由策略控制代码，强行在发生信道劣化的瞬间将数据流平滑迁移，实现移动节点在复杂厂区内的高可靠巡航。

多链路冗余的网络物理学与切换瓶颈

在移动机器人场景中，单网卡设备在进行基站漫游（Handover）时，无论是基于 3GPP 协议的蜂窝网络还是基于 IEEE 802.11r 的无线局域网，其底层状态机都必须经历“扫描 -> 鉴权 -> 关联 -> 重新分配 IP / 更新 ARP”的完整周期。即便核心网优化得再好，这个物理空窗期往往也会消耗 50ms 到 500ms 不等。

对于要求控制周期在 20ms 以内的 PLC 调度总线而言，这种延迟是致命的。为了从根本上消除这一物理空窗期，工业级边缘网关通常内置两套完全独立的射频基带（Baseband）或双卡双待单通/双通机制，分别注册在两张不同的网络（例如专网与公网，或者联通与移动）。

这就引出了核心的技术命题：当拥有两条出口链路（wwan0 和 wwan1）时，如何在某一条链路劣化（Ping 延迟升高或丢包）时，让 Linux 协议栈以最快的速度将上层应用的 Socket 连接透明地切换到另一条链路，而不会触发 TCP RST 连接重置？

Linux 高级策略路由与连接状态无缝迁移

实现无缝切换的难点在于，传统的默认路由表（default via）一旦发生切换，原有的 TCP 会话源 IP 也会随之改变，导致远端调度服务器直接丢弃报文。

要实现“无缝”，通常需要配合中心端的安全加密隧道层（例如基于 UDP 的端到端加密封装）。通过绑定底层接口与策略路由，使得加密隧道的两端能够感知链路变化并迅速在另一条链路上重构数据流。

第一步，我们需要在嵌入式 Linux 网关中配置基于源 IP 和网络接口的策略路由标记（fwmark）。

Bash

# 1. 建立多张独立的路由表以隔离主备链路的出口
echo "100 wwan0_table" >> /etc/iproute2/rt_tables
echo "200 wwan1_table" >> /etc/iproute2/rt_tables

# 2. 为主链路 wwan0 配置路由规则
ip route add default via 10.10.1.1 dev wwan0 table wwan0_table
ip rule add from 10.10.1.100 table wwan0_table
ip rule add fwmark 1 table wwan0_table

# 3. 为备用链路 wwan1 配置路由规则
ip route add default via 10.20.1.1 dev wwan1 table wwan1_table
ip rule add from 10.20.1.100 table wwan1_table
ip rule add fwmark 2 table wwan1_table

# 4. 利用 iptables 对流经的特定业务流量打上标记
iptables -t mangle -A OUTPUT -p udp --dport 5000 -j MARK --set-mark 1

基于高频探针的链路状态机守护脚本

单纯配置了策略路由并不能实现自动切换，我们必须在用户态运行一个极其敏锐的守护进程（Watchdog），时刻评估 wwan0 和 wwan1 的信道质量（RSSi, RSRP, SINR 以及 ICMP RTT），并动态改写 iptables 规则以完成流的牵引。

以下是运行在嵌入式 Linux 网关内部的链路高可用热切换源码解析：

Bash

#!/bin/sh
# 移动 AGV 边缘网关：双卡链路毫秒级热备与平滑切换守护进程
# 部署路径: /sbin/agv_link_failover_daemon

PRIMARY_IF="wwan0"
BACKUP_IF="wwan1"
PROBE_TARGET="8.8.8.8"

# 设定链路劣化触发阈值 (毫秒)
RTT_WARNING=150
# 连续丢包判定阈值
DROP_LIMIT=2

LOG_FILE="/var/log/agv_failover.log"
CURRENT_ACTIVE=1  # 1 表示 wwan0 激活，2 表示 wwan1 激活

echo "$(date '+%Y-%m-%d %H:%M:%S') : AGV Link Failover Daemon Started." >> $LOG_FILE

while true; do
    # 1. 高频并发探测主备链路质量 (发送间隔 200ms)
    # 探测主链路
    PING_PRI=$(ping -I $PRIMARY_IF -c 3 -i 0.2 -W 1 $PROBE_TARGET 2>/dev/null)
    PRI_LOSS=$(echo "$PING_PRI" | awk '/packet loss/ {print $6}' | tr -d '%')
    PRI_RTT=$(echo "$PING_PRI" | awk -F'/' '/avg/ {print $5}' | cut -d'.' -f1)

    # 探测备链路 (可选，为了保证备用链路时刻可用，需消耗微量流量)
    PING_BAK=$(ping -I $BACKUP_IF -c 1 -W 1 $PROBE_TARGET 2>/dev/null)
    BAK_LOSS=$(echo "$PING_BAK" | awk '/packet loss/ {print $6}' | tr -d '%')

    # 变量容错处理
    [ -z "$PRI_LOSS" ] && PRI_LOSS=100
    [ -z "$PRI_RTT" ] && PRI_RTT=999
    [ -z "$BAK_LOSS" ] && BAK_LOSS=100

    # 2. 状态机判断与动态路由改写
    if [ "$CURRENT_ACTIVE" -eq 1 ]; then
        # 当前主链路激活，判断是否需要切走
        if [ "$PRI_LOSS" -gt 50 ] || [ "$PRI_RTT" -gt "$RTT_WARNING" ]; then
            echo "$(date '+%H:%M:%S.%N') : WARNING: Primary link degraded! RTT: ${PRI_RTT}ms, Loss: ${PRI_LOSS}%. Evaluating Backup..." >> $LOG_FILE
            
            if [ "$BAK_LOSS" -eq 0 ]; then
                echo "$(date '+%H:%M:%S.%N') : EXECUTING FAILOVER TO BACKUP INTERFACE ($BACKUP_IF)..." >> $LOG_FILE
                
                # 原子操作：瞬间更改 Iptables 标记，将控制流量牵引至备用链路
                iptables -t mangle -R OUTPUT 1 -p udp --dport 5000 -j MARK --set-mark 2
                
                # 【关键核心步】清除 Netfilter 连接追踪表中关于旧链路的状态，迫使内核立即应用新路由进行状态重组
                conntrack -D -p udp --dport 5000 > /dev/null 2>&1
                
                CURRENT_ACTIVE=2
                echo "$(date '+%H:%M:%S.%N') : Failover completed seamlessly." >> $LOG_FILE
            else
                echo "$(date '+%H:%M:%S.%N') : Backup link also degraded. Holding current state to avoid flap." >> $LOG_FILE
            fi
        fi
    elif [ "$CURRENT_ACTIVE" -eq 2 ]; then
        # 当前备用链路激活，探测主链路是否恢复健康并稳定
        if [ "$PRI_LOSS" -eq 0 ] && [ "$PRI_RTT" -lt "$RTT_WARNING" ]; then
            # 引入防抖逻辑，确认主链路确实稳定后才回切 (此处简化为立即回切演示)
            echo "$(date '+%H:%M:%S.%N') : Primary link stabilized. RTT: ${PRI_RTT}ms. EXECUTING FAILBACK TO PRIMARY INTERFACE ($PRIMARY_IF)..." >> $LOG_FILE
            
            iptables -t mangle -R OUTPUT 1 -p udp --dport 5000 -j MARK --set-mark 1
            conntrack -D -p udp --dport 5000 > /dev/null 2>&1
            
            CURRENT_ACTIVE=1
            echo "$(date '+%H:%M:%S.%N') : Failback completed seamlessly." >> $LOG_FILE
        fi
    fi
    
    # 高频轮询，休眠 500 毫秒后再次检测
    sleep 0.5
done

边缘切换排雷与 TCP 协议栈优化经验

在处理极端移动环境的网络设备生存性时，光有简单的链路探针是不够的。

问题1：如果发现通过上述脚本切换 UDP 加密隧道时确实实现了无缝，但上层的 TCP 业务连接（如 SSH 调试或未封装的 HTTP API）依然断开了，该怎么处理？

回答：这是因为 TCP 协议本身与源 IP 地址是强绑定的。当底层物理接口发生切换（如从 wwan0 的移动 IP 变成了 wwan1 的联通 IP），未经过中心隧道封装的纯 TCP 报文发送到对端时，对端内核协议栈会认为这是非法的连接伪造从而返回 RST 重置报文。

要在多链路间实现原生 TCP 的无缝切换，必须引入 MPTCP（Multipath TCP）技术。通过编译具有 MPTCP 支持的 Linux 定制内核，允许在一条 TCP 连接中聚合多条物理底层链路（Subflows）。当 AGV 行驶导致某一条物理 Subflow 发生超时时，MPTCP 调度器会自动将该 TCP 会话的载荷平滑切换到另一条建好的 Subflow 上，这才是根治移动断连的技术终点。

问题2：在车间内，5G专网卡和公共4G卡同时在线时，如何防止非关键视频流抢占了备用控制链路的带宽？

回答：在多链路双卡双待架构中，必须深度结合 Linux 的 tc (Traffic Control) 流量整形机制。在配置 iptables MARK 牵引的同时，要针对关键端口（如调度的 5000 端口）建立高优先级的 HTB（Hierarchical Token Bucket）队列。当主链路降级引发全量业务涌入备用低带宽链路时，tc 必须立刻介入，强制丢弃排在低优先级队列中的大吞吐量视频帧，确保微小但极其重要的 PLC 控制报文优先出队，从而在极端带宽受限的一瞬间，保住整个 AGV 集群的控制生命线。

总结：在自动化移动装备落地的征程中，由于物理遮挡与基站漫游带来的瞬间断网是一道必须通过软硬件高度协同攻克的底层命题。通过编写具备高敏探测频率的连接追踪改写代码，深度理解 Linux 协议栈的策略路由刷新机制，并依托搭载双基带冗余与强悍算力的边缘网关平台，网络架构师团队能够以极具前瞻性的工程代码设计，为高速行驶在复杂厂区内的机器人节点建立起永不失联的“先建后断”数字化桥梁。