流量策略未应用到正确的接口上(最可能的原因)
您的第二张图显示,您是在子接口 Route-Aggregation 1.4026
上操作,并开启了流量统计(traffic-statistic enable)。请注意,traffic-statistic
和 traffic-policy
是两个不同的功能。
traffic-statistic
只是用来统计接口的总流量。
traffic-policy
是用来实施策略(如限速、过滤)的核心配置。
结论:您虽然配置了 traffic-policy
(第三张图),但很可能没有在流量通过的接口(无论是物理接口、聚合接口还是子接口)上应用(apply) 这个策略。配置策略和应用策略是两步操作。
ACL(访问控制列表)未匹配到流量
您的流量策略 rule
绑定了 source-address address-set
和 destination-address address-set
。这意味着策略只对特定源和目的地址段的流量生效。
如果实际流量不符合这些地址集的规则,策略就不会被匹配,统计自然为0。
需要检查:您定义的 gjjzx-zhfwpt-dx
和 ryhb-zhbcglpt-dx
这些地址集(address-set)具体包含了哪些IP地址段,并确认您要限速的流量确实在这些地址段之间传输。
策略路由(PBR)优先于流量策略
您的第一张图显示,设备上配置了非常强大的策略路由(PBR),并且有大量流量匹配(总计超过1.1亿个包)。
策略路由的处理顺序通常非常靠前,它决定了流量的下一跳和出接口。
流量策略(QoS)通常在策略路由之后或在进行IP转发的同时进行处理。
有可能:流量被策略路由引导,没有经过您应用了流量策略的那个接口,导致策略失效。
请您按照以下顺序进行排查:
确认流量策略的应用位置:
使用命令 display traffic-policy applied-record
来查看您创建的流量策略(gjjzx-zhfwpt-dx
等)被应用在了哪些接口上。
如果显示为未应用,您需要进入目标接口视图(可能是 Route-Aggregation 1.4026
或其他相关接口),使用 traffic-policy
命令将策略应用在 inbound 或 outbound 方向。
示例命令:
[HLW_F_A15_U35_38_CKROUTER_SR6608_1] interface Route-Aggregation 1.4026
[HLW_F_A15_U35_38_CKROUTER_SR6608_1-Route-Aggregation1.4026] traffic-policy gjjzx-zhfwpt-dx inbound
检查地址集内容:
使用命令 display address-set name <地址集名称>
来确认您策略中引用的地址集(如 gjjzx-zhfwpt-dx
)包含的IP地址范围是否正确。
确保要限速的流量的源IP和目的IP确实落在这些地址集范围内。
验证流量路径:
策略路由(PBR)会改变流量的正常路径。请确认您应用流量策略的接口,是否是策略路由指定后的流量所要经过的接口。
您可以通过在第一张图的PBR配置中看到,匹配ACL YD_Yewu
, LT_Yewu
, DX_Yewu
的流量被指向了不同的下一跳。这些流量的最终出口可能不再是您配置了QoS的那个子接口。
总结:
您目前的情况是配置了策略(Policy)但没有应用(Apply),就像制定了一条法律但没有安排警察去执行。首要步骤是使用 display traffic-policy applied-record
命令检查策略应用情况,并将其正确绑定到流量通过的接口上。
希望这些分析能帮助您快速定位问题。如果还需要进一步协助,请随时提出。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论