sdwan只配置上行带宽有什么意义吗？

H3C AD‑WAN 虚拟链路 “上行带宽” 含义复盘
截图：虚拟链路上行带宽 50Mbps，spoke‑hub 隧道。
❗这个字段≠硬件限速，不会直接把这条隧道流量强制卡死最大 50M。
字段定义（虚拟链路‑上行带宽）
上行：本端（spoke 分支）→对端（hub 总部）方向，分支往总部发流量方向。
下行带宽：hub 总部→spoke 分支方向。
它是链路参考带宽（期望带宽），不是直接 CAR 限速，作用 4 点：
智能选路 RIR 调度计算基准
控制器做选路、负载分担、带宽利用率评估时，拿这个 50M 作为该 overlay 隧道可承载的最大带宽参考；选路算法会评估业务流量占比（实际流量 ÷ 配置上行带宽），用于多链路择优调度。
如果你只填上行 50M，下行空白：选路、利用率统计、告警只拿到上行参考值，下行方向无参考基准。
带宽利用率监控、阈值告警
页面链路运行状态里的带宽利用率百分比 = 实际上行流量 ÷ 配置上行带宽；超过阈值会产生带宽占用过高告警。只填上行，只有上行方向利用率计算正常，下行利用率不准。
端到端 QoS、应用保障的计算基数
当你开启虚拟链路 QoS（应用保障、带宽预留），保障带宽、最大带宽百分比，以该虚拟链路配置的上行带宽作为分母做换算。只填上行，QoS 调度只对 spoke→hub 方向生效，hub→spoke 方向计算异常。
不做设备侧强制限速
关键点：只填虚拟链路的上行带宽 50M，设备不会自动下发 tunnel 接口 CAR/LR，隧道实际流量可以跑超过 50M。运营商侧会直接超签丢包，设备这边不会拦截。
如果需要真正限制这条 spoke‑hub 隧道最大只能跑 50M，需要单独配置：虚拟链路 overlay‑link 粒度限速（TTE 限速 profile），这个才是真正下发到设备的 CAR 限速，和上面这个参考带宽是两个配置入口。
“只配置上行带宽，不填下行” 会带来什么问题
链路下行方向（hub→spoke）利用率统计失真，监控面板百分比不准，带宽告警失效。
如果开启虚拟链路 QoS 应用保障，hub 往 spoke 方向的带宽计算、调度异常。
智能选路双向评估失衡，部分场景选路策略判断异常。
最佳实践：虚拟链路上行、下行带宽建议成对填写，即使上下行不对称（家庭宽带 / 互联网专线），也要分别填入签约上下行数值。
快速区分两个概念
表格
配置项 性质 效果
虚拟链路上行带宽（截图字段） 参考 / 期望带宽 用于选路、监控、QoS 计算基数，不限流
虚拟链路 TTE 限速 profile 真正 QoS 限速 下发 CAR 到设备 Tunnel 接口，真正限制隧道最大吞吐量