UR7206+电信双1000M宽带 能做链路聚合吗

做不了的

UR7206 电信双 1000M PPPoE 说明
❌不能做标准二层链路聚合（Eth‑Trunk/LACP）。
链路聚合需要两端设备同时做聚合；电信家庭 / 企业 PPPoE 宽带 BRAS 不支持把两条 PPPoE 会话做聚合，光猫也不支持。两条是完全独立的 PPPoE 会话、独立公网 IP。
✅可以做多 WAN 会话级负载均衡（等价路由 ECMP）：
多用户多并发场景：总带宽可以跑到接近 2000M，多条 TCP 连接分别走两条线路。
单线程 / 单任务下载：最大只能跑 1000M，同一个 TCP 会话不会拆分到两条链路（TCP 协议限制）。
不是真正意义 “单流 2000M”，是会话分流。
补充：UR7206 硬件转发性能上限为千兆级别，双千兆并发可以跑满，但是无法超过硬件转发能力上限。
Web 界面配置步骤（推荐，UR7206 小贝 web）
接口配置
WAN1：PPPoE 拨号，填入电信账号密码，MTU=1492
WAN2：PPPoE 拨号，第二条电信账号密码，MTU=1492
两条线路分别拨号，获取各自的 IP 地址。
多 WAN 设置
菜单：高级 → 多WAN策略
负载模式：按带宽比例负载分担，两条 WAN 带宽都填写1000M
开启链路探测（NQA），探测公网 DNS，线路故障自动切换。
关闭 “主备模式”，不要配置线路优先级。
NAT 设置
两个 WAN 口都开启 NAT，内网网段全部允许 NAT 转换。
注意：UR7206 小贝 web 的多 WAN 负载分担默认是基于会话（per‑flow 逐流），不要逐包，逐包会导致 TCP 会话来回路径不一致，业务卡顿丢包。
命令行配置参考（如果登录 CLI）
shell
system‑view
#WAN1做PPPoE
interface GigabitEthernet 0/0
pppoe‑client dial‑bundle‑number 1
interface Dialer1
ip address pppoe
nat outbound
#WAN2做PPPoE
interface GigabitEthernet 0/1
pppoe‑client dial‑bundle‑number 2
interface Dialer2
ip address pppoe
nat outbound

#等价路由，两条默认路由权重相同
ip route‑static 0.0.0.0 0 Dialer1 preference 60
ip route‑static 0.0.0.0 0 Dialer2 preference 60

#开启逐流负载分担（重要，禁止逐包）
ip load‑sharing per‑flow
关键风险与限制
单客户端测速（speedtest）很难直接跑出 2000M：speedtest 并发数有限，经常出现一条跑满 1000M，另一条几乎无流量；多台电脑同时测速，总带宽才会体现 2000M。
两条 PPPoE，会有两个不同公网 IP。同一个内网设备，不同访问会话可能从不同公网 IP 出去，部分网站、网银、业务系统会出现会话异常、验证码频繁、登录掉线。
运营商前提：你的两条宽带是两个独立 PPPoE 账号；如果同一个账号双拨，部分电信 BRAS 会限制会话。
故障冗余：任意一条线路断开，流量全部自动切换到另一条线路，业务不中断。
想要真正单流 2000M 怎么办？
需要向电信申请：一条物理 PON 线路，开通 2000M 带宽的单 PPPoE 账号，而不是两条 1000M 账号。只需要 1 个 WAN 口拨号，直接拿到 2000M。
双账号多 WAN 负载均衡解决不了单流带宽上限。
排错验证命令
shell
display ip routing‑table #查看两条等价默认路由
display nat session table #查看NAT会话分别走哪个Dialer接口
display interface Dialer1
display interface Dialer2
总结
不能 LACP 链路聚合；支持多 WAN 会话负载均衡。
多用户并发总带宽接近 2000M，单线程最大 1000M。
Web 页面使用【按带宽比例负载分担】，不要主备模式，保证逐流负载。
业务系统、网银会有 IP 来回变化的副作用，提前评估业务兼容性。