Msr3610是否支持多链路上行的会话数均衡功能

参考下手册

https://www.h3c.com/cn/d_202603/2788991_30005_0.htm#

MSR3610 多上行会话数均衡完整说明
一、核心结论分层说明
1. 基础 ECMP/UCMP：支持逐流（会话粒度）分流，但不按链路会话数量动态均衡
MSR3610（V7 系统）多 PPPoE / 光纤上行等价路由 ECMP、不等价 UCMP：
默认 ip load-sharing mode per-flow 五元组逐流负载分担：同一个 TCP/UDP 会话全程走同一条链路，不同新会话分散到不同上行，满足 “会话粒度分流” 基础需求；
但不会实时统计每条链路当前会话总数，无法自动把新会话分配到 “会话更少” 的链路；仅基于五元组哈希分配，容易出现一条链路会话爆满、另一条空闲的不均衡场景。
2. 想要「按会话数动态均衡」（统计每条链路连接数，新会话优先塞会话少的线路）：分两种方案
方案 A：智能选路 RIR（推荐，完美实现会话数均衡）
MSR3610 完整支持智能选路，具备逐流加权动态会话均衡：
支持多条 PPPoE 上行作为选路出口，实时统计每条链路当前活跃会话数、带宽占用；
新建会话优先分配给当前会话数量更少的上行链路，持续平衡多线路总会话数；
支持不等带宽链路加权，比如 100M+50M 线路按 2:1 承载会话；
支持 NQA 链路质量探测，链路故障自动切换会话至其他上行。
方案 B：NAT 多出口地址组负载分担（多 PPPoE NAT 场景专用）
多 PPPoE 拨号做 NAT 上网时，可配置多出口地址组负载分担：
设备会统计每条 PPPoE 接口的 NAT 会话表项数量；
新内网会话优先分配到会话计数更低的拨号线路，天然实现会话数均衡；
同一会话绑定单条拨号链路，不会拆包乱序，适合企业多运营商 PPPoE 宽带场景。
3. 不支持的能力（区分边界）
ECMP 纯等价路由模式下无会话数统计均衡，仅哈希分流；
无法实现 “同一会话拆分到多条链路”（逐包会导致报文乱序、网页 / 视频卡顿，不推荐业务场景）。
二、两种常用场景配置思路（多 PPPoE 上行）
场景 1：纯路由转发（无 NAT，智能选路实现会话均衡）
多条 PPPoE 拨号接口、配置 NQA 链路探测；
定义智能选路策略，引用所有 PPPoE 出接口；
负载分担模式选择逐流加权选路，设备自动按会话数 / 带宽分配新连接。
场景 2：企业内网多 PPPoE NAT 上网（地址组会话均衡）
ios
# 1. 两条PPPoE拨号接口
interface Dialer 1 mode pppoe
nat outbound address-group 1
interface Dialer 2 mode pppoe
nat outbound address-group 2

# 2. 多出口NAT负载分担，自动均衡会话数
nat address-group multi-out balance-by-session
acl basic 2000 permit source 192.168.1.0 0.0.0.255
interface Vlan-interface 1
nat outbound 2000 address-group multi-out
balance-by-session 关键字即开启按链路会话数量均衡分配新连接，完美匹配你的需求。
三、关键补充区分
表格
负载方式 是否按会话数均衡 适用场景
ECMP/UCMP 逐流哈希 ❌ 仅五元组哈希，不统计会话数 专线静态路由、无多 PPPoE NAT
智能选路 RIR ✅ 实时统计会话动态分配 多运营商 PPPoE、混合专线
NAT 多出口地址组 balance-by-session ✅ NAT 上网专用，均衡内网会话 企业宽带多 PPPoE 拨号场景
四、极简总结
MSR3610 原生 ECMP 仅能做到会话粒度分流，不能按链路会话数量自动均衡；
多 PPPoE 上网 NAT 场景：使用nat address-group multi-out balance-by-session，直接实现会话数均衡；
纯路由转发场景：部署智能选路 RIR，设备实时统计各上行会话，新连接优先分配会话少的线路；
两种方案均保证单会话绑定单一上行，无报文乱序问题。

• 结合 NQA 与 Track 联动：通过配置策略路由（PBR），并结合 NQA（网络质量分析）探测实时监测各链路的连通性和状态，实现更智能的流量调度和故障切换。
• 应用层业务控制：利用设备的精细化识别功能，针对不同的业务类型或源 IP 网段，通过 ACL 匹配并强制指定出口网关，从而实现近似于会话级别的平均分担。