企业官网建设流程全解析

1. 为什么单路径思维在IPv6时代必须被打破

IPv6大规模铺开之后，我身边不少做网络运维的朋友都有一个共同的感受：地址空间大到用不完，但路由这件事反而变得更难了。原因不复杂——IPv4时代我们习惯了"一条默认路由走天下"，出口就一个，选路逻辑简单粗暴。可到了IPv6环境，很多终端和网络设备天生就支持多地址、多出口、多运营商接入，这时候如果还沿用单路径的思路，等于把IPv6最大的优势之一白白浪费掉。

IPv6多路径路由选择，说白了就是：当一个节点同时拥有多条可达路径（多个上游、多个接口、多种链路类型）时，如何根据策略、度量、链路质量等因素，动态或静态地挑出一条最合适的路径来转发流量。它解决的核心问题是——在路径冗余的前提下，让流量走得更快、更稳、更省钱。这套东西适合谁看？网络工程师、运维、做多线接入的机房从业者，以及任何需要处理IPv6多出口场景的技术人员。哪怕你只是在家里拉了双宽带，这套思路也能直接抄作业。

我先把结论摆前面：多路径路由不是简单地"配两条路由就完事"，它涉及路径发现、度量计算、策略匹配、故障切换四个环节，任何一个环节没想清楚，最后都会变成"配了等于没配"。下面我按自己实际折腾过的顺序，一层层拆开讲。

2. 多路径路由的整体设计思路与方案选型

2.1 先搞清楚你要的是"冗余"还是"负载"

很多人一上来就问"多路径怎么配"，但真正该先问的是：你要的是故障冗余，还是流量负载分担？这两个目标对应的技术方案完全不同。

• 只要冗余：主路径挂了，备用路径顶上。这种场景对切换速度要求高，对带宽利用率没要求，适合用浮动静态路由 + 链路探测。
• 要负载分担：多条路径同时跑流量，按比例或按会话分配。这种场景要考虑路径度量、会话保持、回程一致性，适合用动态路由协议的多路径特性，或者策略路由。

我见过太多人把这两个目标混在一起，结果配出来的东西既不能快速切换，负载也不均衡。所以第一步，先明确目标，再选方案。

2.2 静态方案与动态方案的取舍逻辑

静态多路径的优点是可控、可预测、不依赖协议收敛，缺点是不会自动感知链路质量变化。动态方案（比如支持等价多路径的路由协议）能自动适应拓扑变化，但配置复杂、排错困难，而且不同厂商对多路径的实现细节差异很大。

我的经验是：出口数量少（2-3条）、拓扑稳定的场景，优先用静态方案配合探测机制；出口多、拓扑经常变的场景，才上动态方案。别为了"显得专业"去上动态协议，最后收敛问题能把你折腾到怀疑人生。

2.3 度量值怎么定：别拍脑袋

多路径选择的核心是度量。度量可以是跳数、带宽、延迟、丢包率、成本，甚至是运营商资费。IPv6里常用的做法是给不同路径打不同的"权重"，权重来源可以是：

我一般会把延迟和丢包率作为动态度量，成本和优先级作为静态兜底。这样既能应对链路质量波动，又不会因为探测抖动导致路径频繁切换。

3. 核心细节解析：路径发现、度量与策略匹配

3.1 路径发现：IPv6下的邻居与路由表

IPv6的路径发现依赖两个东西：邻居发现协议和路由表。邻居发现负责找到直连的下一跳，路由表负责找到远端前缀的可达路径。多路径场景下，同一个目的前缀可能在路由表里对应多个下一跳，这时候设备怎么选，取决于路由协议的实现和配置。

注意：IPv6没有广播，邻居发现全靠组播和单播，所以链路层如果对组播支持不好，路径发现会出问题。我踩过一次坑，某型号交换机对IPv6组播限速，导致邻居发现超时，路径时有时无。

3.2 度量计算：从静态权重到动态探测

静态权重好理解，配多少就是多少。动态探测稍微复杂一点，常见做法是周期性发送探测包，统计延迟和丢包，然后换算成一个综合分数。这里有个细节：探测频率不能太高，否则探测流量本身会干扰业务；也不能太低，否则链路已经劣化了你还不知道。我的经验值是1-3秒一次，具体看业务对切换速度的要求。

换算公式可以简单写成：

score = w1 * normalized_delay + w2 * normalized_loss + w3 * cost

其中w1、w2、w3是权重，normalized是把各维度归一化到0-1。这个公式不唯一，关键是权重要根据业务类型调整。比如视频会议，丢包权重就该调高；文件传输，带宽权重更重要。

3.3 策略匹配：让不同的流量走不同的路

多路径不等于所有流量都走同一条"最优"路径。实际场景里，我们往往希望关键业务走低延迟路径，普通业务走低成本路径。这就需要策略匹配，常见手段有：

• 基于源地址：不同网段走不同出口
• 基于目的地址：访问特定前缀走特定路径
• 基于协议和端口：语音走A路，下载走B路
• 基于DSCP标记：配合QoS做路径选择

策略匹配的优先级一定要理清楚，否则规则互相覆盖，最后谁生效都说不清。我习惯把策略按从具体到宽泛排序，越具体的规则优先级越高。

4. 实操过程：从零搭一套IPv6多路径环境

4.1 环境准备与接口配置

假设我们有一台边界设备，两个上游接口，分别接两家运营商，接口命名如下：

• eth0：上游A，前缀2001:db8:1::/64
• eth1：上游B，前缀2001:db8:2::/64
• eth2：内网接口，前缀2001:db8:100::/64

先配接口地址和基本转发：

# 开启IPv6转发 sysctl -w net.ipv6.conf.all.forwarding=1 # 配置接口地址 ip -6 addr add 2001:db8:1::2/64 dev eth0 ip -6 addr add 2001:db8:2::2/64 dev eth1 ip -6 addr add 2001:db8:100::1/64 dev eth2 # 启用接口 ip link set eth0 up ip link set eth1 up ip link set eth2 up

这一步没什么难度，但要注意接口的MTU。IPv6要求最小MTU 1280，如果上游链路MTU不一致，分片会出问题。我一般会把内网接口MTU设成和上游一致，避免路径MTU发现失败。

4.2 配置多路径路由与度量

接下来配两条默认路由，给不同度量：

# 主路径，度量100 ip -6 route add default via 2001:db8:1::1 dev eth0 metric 100 # 备路径，度量200 ip -6 route add default via 2001:db8:2::1 dev eth1 metric 200

度量值小的优先。这样配完之后，正常情况下流量走eth0，eth0挂了自动切eth1。但这里有个问题：如果eth0没挂，只是质量变差，静态路由不会切换。所以还需要配合探测。

4.3 链路探测与动态切换脚本

我用一个简单的探测脚本，周期性检查两条路径的延迟和丢包，根据结果调整路由度量：

#!/bin/bash # 探测目标，选一个稳定的公网地址 TARGET="2001:4860:4860::8888" check_path() { local iface=$1 local gw=$2 # 发送5个探测包，统计丢包和平均延迟 local result=$(ping6 -c 5 -W 1 -I $iface $TARGET 2>/dev/null) local loss=$(echo "$result" | grep -oP '\d+(?=% packet loss)') local delay=$(echo "$result" | grep -oP 'avg = \K[0-9.]+') echo "$loss $delay" } # 主路径探测 read loss0 delay0 < <(check_path eth0 2001:db8:1::1) # 备路径探测 read loss1 delay1 < <(check_path eth1 2001:db8:2::1) # 如果主路径丢包超过20%或延迟超过备路径2倍，切换 if [ "$loss0" -gt 20 ] || [ $(echo "$delay0 > $delay1 * 2" | bc) -eq 1 ]; then ip -6 route replace default via 2001:db8:2::1 dev eth1 metric 100 ip -6 route replace default via 2001:db8:1::1 dev eth0 metric 200 else ip -6 route replace default via 2001:db8:1::1 dev eth0 metric 100 ip -6 route replace default via 2001:db8:2::1 dev eth1 metric 200 fi

这个脚本逻辑简单，但有几个坑：

注意：ping6的-I参数指定接口时，如果接口没有对应源地址，探测会失败。所以要么显式指定源地址，要么确保接口有全局地址。

注意：切换阈值不能太敏感，否则链路轻微抖动就切来切去，反而影响业务。我一般会加一个连续N次探测失败才切换的机制。

4.4 策略路由：让特定流量走特定路径

如果只想让部分流量走备路径，可以用策略路由。比如让内网某个网段的流量走eth1：

# 创建自定义路由表 echo "200 custom" >> /etc/iproute2/rt_tables # 在自定义表中加默认路由 ip -6 route add default via 2001:db8:2::1 dev eth1 table custom # 加策略规则 ip -6 rule add from 2001:db8:100::/64 table custom

这样来自2001:db8:100::/64的流量就会查custom表，走eth1。策略路由的优先级比主路由表高，所以规则顺序很重要。

5. 常见问题与排查技巧实录

5.1 路径切换后回程不一致

这是多路径最经典的问题。去程走A路径，回程走B路径，结果因为状态防火墙或NAT，连接直接断了。IPv6虽然没有NAT，但有状态防火墙同样会出问题。

排查思路：在两端同时抓包，看去程和回程的接口是否一致。如果不一致，要么调整策略让双向走同一路径，要么在防火墙上放行非对称流量。

5.2 邻居发现超时导致路径不可用

前面提过，IPv6邻居发现依赖组播。如果链路对组播支持不好，或者组播被限速，邻居表项会过期，路径就断了。

排查方法：

# 查看邻居表状态 ip -6 neigh show dev eth0 # 如果状态是STALE或FAILED，说明邻居发现问题

解决办法：调大邻居表项的存活时间，或者改用静态邻居配置。

5.3 度量抖动导致路径频繁切换

动态探测的度量值如果波动大，路径会频繁切换，业务体验极差。我一般会加迟滞机制：只有新路径的分数比当前路径好超过一定阈值，才切换。

5.4 独家避坑技巧

• 探测目标要选稳定的：别拿一个经常抖动的地址做探测目标，否则你测的是目标的质量，不是链路的质量。
• 切换脚本要幂等：重复执行不能产生副作用，否则路由表会越来越乱。
• 保留手动切换入口：自动切换再智能，也有判断错的时候，留一个手动强制切换的命令，关键时刻能救急。
• 记录切换日志：每次切换都记下时间、原因、前后路径，事后分析全靠它。

6. 多路径路由的扩展玩法与个人体会

6.1 按业务类型分流

多路径不一定只按链路质量选，还可以按业务类型选。比如：

• 语音和视频：走低延迟路径
• 大文件传输：走高带宽路径
• 普通上网：走低成本路径

实现方式可以是DSCP标记配合策略路由，也可以是应用层直接绑定源地址。我试过用DSCP标记，效果不错，但前提是整条路径都信任DSCP标记，中间有设备重标记就白搭。

6.2 多路径与负载均衡的结合

如果两条路径质量差不多，可以做成负载均衡，按会话或按包分配。按会话分配更稳，因为同一个连接的来回路径一致；按包分配吞吐更高，但乱序问题严重。IPv6环境下我一般推荐按会话分配，配合流标签做一致性哈希。

6.3 监控与告警

多路径环境一定要有监控，否则路径悄悄切换了你都不知道。我一般会监控几个指标：

• 每条路径的延迟和丢包
• 当前生效路径
• 切换次数和频率
• 各路径的流量占比

这些指标用简单的脚本采集，推到监控系统里，设好告警阈值。切换次数突然增多，往往意味着某条链路出问题了。

6.4 我个人的几点体会

折腾IPv6多路径这几年，最大的体会是：简单方案往往比复杂方案更可靠。我见过太多人一上来就上动态协议、上复杂策略，最后排错排到崩溃。其实两条静态路由加一个探测脚本，就能解决80%的场景。

另外一个体会是：测试要充分。多路径的很多问题只在特定条件下出现，比如链路质量渐变、邻居表过期、回程路径变化。这些在实验室里很难完全模拟，最好在业务低峰期做真实切换测试，把各种异常情况都跑一遍。

最后，IPv6多路径路由选择这件事，本质上是在冗余、性能、成本三者之间找平衡。没有万能的配置，只有适合当前场景的配置。想清楚你的目标，选对度量维度，配好切换机制，剩下的就是不断观察和微调。这套东西一旦跑顺了，网络的稳定性和灵活性会有质的提升。