有双wan，应该是流量来回路径不一致的问题导致的，做一下策略路由，强制RDP业务走WAN2看看
做了这个尝试，但是没有起效，卡顿现象还是存在，感谢您回答
1. 检查会话数与连接限制
登录路由器执行：
display session statistics 或 display nat session count
对比卡顿时与正常时的并发会话数，若接近上限（如默认65535），需调整：
session limit max-session 200000（视型号调整）
2. 检查带宽与限速策略
查看WAN2接口实时流量：
display interface WAN2
检查是否配置了基于时间段的QoS限速：
display qos policy interface WAN2
若存在，确认是否在工作时段（如9:00-18:00）限制了RDP流量，下班后自动解除。
3. 检查NAT会话老化时间
RDP长连接可能被NAT提前老化：
display nat aging-time
若TCP老化时间过短（如300秒），调整为更长：
nat aging-time tcp 3600
4. 检查双WAN策略路由
确认服务器流量严格走WAN2，无来回路径不一致：
display ip policy-based-route
若WAN1为默认路由，可能导致回程流量走WAN1，需为服务器源地址配置策略路由强制走WAN2。
5. 检查攻击防范或连接数限制
查看是否触发单IP连接数限制：
display attack-defense statistics
若有异常，调整：
attack-defense tcp syn-flood rate-limit 5000（按需）
6. 观察CPU与内存
卡顿时执行：
display cpu-usage 和 display memory
若CPU高，可能是NAT或策略处理瓶颈，考虑升级或优化策略。
建议：在卡顿时抓取路由器转发统计，对比正常时段，重点确认是否存在时间相关的QoS或连接数限制。若路由器型号较老，处理能力不足也可能导致高峰时段卡顿。
一、优先排查的 4 大类路由器原因（按概率排序）
1. 带宽管理 / 流量策略（traffic-policy，最高概率）
双 WAN 场景，WAN2 做 RDP 服务器出口，如果配置了：
- 全局 / 接口带宽限速、每 IP 带宽限额、QoS CAR
- 或者默认智能流量调度、带宽保障策略 白天上班，WAN2 链路里其他业务流量抢占带宽，RDP 报文被限流、丢包 → 卡顿、断 RDP 连接；18 点下班，内网业务流量减少，带宽资源释放，19 点自动恢复。
排查命令
display traffic-policy configuration
display traffic-policy statistics bandwidth
display qos policy
display qos car
重点看：WAN2 接口是否应用带宽模板，有没有 per-ip、上行带宽限制（RDP 远程桌面上行流量是关键，屏幕画面从服务器往外发，很多人只关注下行）。
2. NAT 会话数限制（双 WAN 非常常见）
MSR V7，NAT 有全局、接口会话上限。 白天大量外网用户 + 内网办公同时使用 WAN2，NAT 会话占满，新 RDP 连接无法建立，已有会话老化卡顿丢包；下班内网用户下线，会话释放，RDP 恢复。
#查看当前NAT会话数量
display nat session statistics
#查看会话上限
display nat limit
注意：服务器是目的 NAT（端口映射），外网多个同事同时接入，每一个 RDP 客户端都会生成一条 NAT 会话，大量并发容易打满会话阈值。
3. 安全策略 / 攻击防护（防扫描、会话老化、tcp 拦截）
默认开启的安全功能会误判 RDP：
attack-defense防攻击：TCP 半开连接、连接速率限制，多个人同时访问 RDP，触发TCP 连接速率抑制，丢包断开 RDP；- TCP 会话老化时间太短：RDP 属于长连接，空闲一段时间被路由器强制切断；
- 会话保检测：tcp keepalive，网络轻微抖动直接断开会话。
display attack-defense configuration
display security-policy
临时测试：关闭 attack-defense 攻击防御测试（临时验证，生产测试完按需调整）
system-view
undo attack-defense tcp syn-flood enable
undo attack-defense tcp connection-limit enable
4. 双 WAN 链路负载 / 选路策略（WAN1、WAN2 冲突）
服务器固定走 WAN2，但是路由器的智能选路 / 带宽负载分担有异常：
- 回程路由错乱：RDP 服务器回包被路由器错误从 WAN1 发出去，来回路径不一致（非对称路由），防火墙会话校验失败丢包，RDP 卡顿断连。
重点检查：服务器的回程路由，必须强制所有回包从 WAN2 转发，不能出现来回不同 WAN 口。
display ip routing-table
display policy-based-route
检查：服务器网段是否配置 PBR 策略强制下一跳走 WAN2，不能让回程流量跑到 WAN1。
二、为什么 18 点下班，19 点自动恢复？
白天： 内网办公 + 各地同事 RDP 接入 → WAN2 带宽、NAT 会话、TCP 连接数被占满 → RDP 丢包、卡顿、断开。 18 点下班，内网电脑陆续关机，大量 NAT 会话逐步老化释放，到 19 点资源足够 → RDP 自动恢复。 这个时间特征，典型是设备资源耗尽（会话 / 带宽），不是运营商线路问题。
三、快速验证测试步骤
- 查看高峰期（卡顿发生时）：
display nat session statistics
display traffic-policy statistics bandwidth
display cpu-usage
display memory
观察 CPU、内存、NAT 会话数是否打满。
如果 CPU 持续 80%+，也会导致报文处理延迟，RDP 卡顿。
- 临时规避测试：
- 临时删除 WAN2 接口下所有 traffic-policy 带宽策略、QoS CAR；
- 关闭 attack-defense 的 TCP 连接限制；
- 确认服务器回程流量强制走 WAN2，无来回非对称路由。 测试观察，看 RDP 卡顿是否消失。
四、RDP 优化补充（减少断连）
- RDP 本身：调低远程桌面颜色深度、关闭桌面壁纸，降低上行带宽压力；
- 路由器侧调大 TCP 会话老化时长：
system-view
session timeout tcp 3600
- 端口映射：确认是目的 NAT，仅对 RDP 端口做映射，不要全端口映射。
五、区分现象
- 直连光猫正常，过路由器就故障：100% 瓶颈在路由器的策略、NAT 会话、QoS、安全防护、路由不对称，不是服务器、不是运营商宽带。
你可以把这几条命令的输出在卡顿时候抓一下：display nat session statistics、display cpu-usage、display traffic-policy configuration，就能直接定位是会话满了还是带宽限流。
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
做了这个尝试，但是没有起效，卡顿现象还是存在，感谢您回答