负载均衡双链路选择

轮询就行了

参考下：

设备根据链路组中配置的调度算法，计算出处理用户请求的链路。设备支持以下链路组的调度算法：

·     加权最小连接算法（基于链路）：总是将请求分发给加权活动连接数（当前链路在所有链路组中的活动连接总数/权值）最小的链路。该算法中使用的权值为链路视图下配置的权值。

·     加权最小连接算法（基于链路组成员）：总是将请求分发给加权活动连接数（链路组成员在指定链路组中的活动连接数/权值）最小的链路组成员。该算法中使用的权值为链路组成员视图下配置的权值。

·     链路质量算法：根据链路的网络延迟、路由跳数和丢包率综合计算出链路的质量，根据链路质量把新连接依次分发给每条链路，链路质量越好，分配的新连接越多。

·     随机算法：将请求随机分发给某条链路。

·     加权轮转算法：根据链路权值的大小将请求依次分发给每条链路，权值越大，分配的请求越多。例如，对于链路lk1和链路lk2，如果其剩余带宽分别为150kbps和250kbps，而权值分别为5和6，最终lk1和lk2的请求流量分配比例为150×5:250×6，即1:2。

·     带宽算法：根据链路的权值与剩余带宽乘积后的比例把请求分发给每条链路。例如，对于链路lk1和链路lk2，如果其剩余带宽分别为150kbps和250kbps，两条链路带宽差值为100kbps，此时，当请求流量少于100kbps时，则流量都将分配给lk2；当请求流量大于100kbps时，如130kbps，其中100kbps分配给lk2，其余30kbps流量将平均分配给两条链路。

·     最大带宽算法：总是将请求分发给处于空闲状态且剩余带宽最大的链路。

·     源IP哈希算法：根据源IP地址哈希算法将请求分发给链路。

·     源IP及端口哈希算法：根据源IP地址和端口号哈希算法将请求分发给链路。

·     目的IP哈希算法：根据目的IP地址哈希算法将请求分发给链路。

方案 1：ISP 智能选路（就近性算法，生产最稳定，强烈推荐）

利用 L5000 内置运营商 IP 库：访问电信公网 IP 走电信出口，访问联通公网 IP 走联通出口，跨运营商流量才做负载分担H3C。 ✅优点：

1. 访问时延低、跨网卡顿少，网银、小程序、网页不会因为出口 IP 乱跳导致会话异常；
2. 链路故障自动切换，健康检测失效自动把流量切到另外一条链路；
3. 会话天然连续性，同一个访问目的永远走同一条链路，不会出现 TCP 会话来回跳链路导致断流。

⚠️缺点：两条链路带宽利用率不一定完全均等；如果大部分访问都是电信资源，电信链路跑满，联通链路空闲。

优化：开启带宽繁忙保护，某条链路带宽占比超过阈值，超出流量溢出到另一条链路，兼顾体验 + 带宽利用率H3C。

方案 2：全局源地址哈希调度（内网源 IP 固定绑定某一条链路）

内网同一个用户源 IP，永远固定走同一条运营商链路。 ✅优点：用户出口 IP 永远不变，适合网银、政务系统，限制 IP 白名单的业务。 ❌重大缺点（企业全局不推荐）：

1. 用户 IP 按哈希对半切分，一部分用户永远电信、一部分永远联通；如果电信链路故障，这批用户全部断网，业务影响面大；
2. 用户访问跨运营商资源体验差：联通出口去访问电信服务器，跨网时延高；
3. 内网网段规划如果连续，很容易出现流量分配不均衡，一条链路打满另一条空闲。

适用场景：局部策略，比如财务网段单独配置源哈希固定走电信，不要全内网全局启用。

方案 3：带宽算法（剩余带宽调度）

按照链路实时剩余带宽分配新会话，带宽空闲的链路分配更多用户会话。 ✅带宽利用率最高； ❌缺点：同一个内网用户的不同访问会话，有可能被分配到不同运营商链路，部分网站、网银、支付、小程序检测出口 IP 变化，出现验证码、掉线、登录失效，稳定性不如 ISP 就近选路H3C。

现场最佳实践（追求稳定，电信联通双出口）

1. 主调度策略：ISP 就近性（智能选路），这是双运营商出口最稳妥方案；
2. 开启带宽繁忙保护，例如阈值设置 85%，单条链路占用超过 85%，新会话溢出到另外一条链路，解决带宽不均衡问题H3C；
3. 链路健康检测：每条链路配置 ICMP 健康探测，探测对端运营商网关，链路故障自动全部切换到另外一条链路；
4. 特殊业务做局部源地址保持：财务 / 办公网段，如果有 IP 白名单、网银业务，单独写选路策略，这部分网段使用源‑IP 会话保持，固定走电信链路；其余普通用户走 ISP 就近；
5. DNS 透明代理务必开启，防止内网 DNS 解析得到电信 IP，流量却从联通出口出去，造成跨网访问慢。

❌不要全局使用源地址哈希做全体内网的调度；全局源哈希，一旦单运营商链路故障，一半用户直接断网，风险很高。

故障风险点提醒

1. ISP 地址库定期升级，老库会有部分 IP 归属识别错误，造成选路异常；
2. 健康检测不要只探测公网域名，优先探测运营商对端网关 IP；
3. 链路故障切换：ISP 就近模式下，链路 down，所有流量自动切换到存活链路，用户无感知；如果是全局源哈希模式，故障链路对应的用户全部断网，必须人工干预。

极简总结

1. 追求稳定优先：ISP 就近性算法 + 带宽繁忙保护（首选），兼顾访问体验、故障切换可靠性；
2. 源地址哈希不要全局启用，仅针对特定需要固定出口 IP 的网段单独使用；
3. 带宽算法带宽利用率最高，但会出现用户会话出口 IP 漂移，业务容易异常，稳定性差。