核心结论(S12504 / S12500 系列)
同一个物理接口,可以同时做「端口镜像源」+「流镜像(QoS mirror-to)」,二者不互斥、不是只能二选一H3C。
二者底层实现完全独立:
端口镜像:芯片原生 SPAN,整口全部流量复制;
流镜像:QoS 流分类 + 流行为 mirror-to,匹配 ACL 的精细流量复制;
唯一硬性约束:两种镜像不能共用同一个目的监控端口,必须分开两个观察口。
一、关键区分:两种镜像互不抢占源端口资源
接口作为端口镜像源(mirroring-port):归属全局镜像组逻辑;
接口下应用QoS 策略做流镜像:属于转发平面 QoS 动作,独立于镜像组;
芯片硬件可以同时复制两份流量:全量端口镜像流量 + 过滤后的流镜像流量,分别送往不同监控口。
正确示例(同口同时生效)
bash
运行
# 1、端口镜像:GE1/0/1所有双向流量镜像到GE1/0/2
mirroring-group 1 local
mirroring-group 1 monitor-port GigabitEthernet 1/0/2
mirroring-group 1 mirroring-port GigabitEthernet 1/0/1 both
# 2、流镜像:GE1/0/1入方向仅匹配TCP80流量,镜像到GE1/0/3
acl number 4000
rule permit tcp eq www
traffic classifier web operator and
if-match acl 4000
traffic behavior web-mirror
mirror-to interface GigabitEthernet 1/0/3
qos policy web-policy
classifier web behavior web-mirror
interface GigabitEthernet 1/0/1
qos apply policy web-policy inbound
GE1/0/1 同时产生两份镜像报文,分别送到 GE1/0/2、GE1/0/3,无冲突、可同时抓包查看。
二、唯一硬性限制(必踩坑点)
流镜像目的口 和 端口镜像 monitor 监控口不能是同一个接口H3C。
如果两个镜像写同一个目的端口,配置不报错,但硬件转发冲突,只会生效其中一种镜像。
三、容易混淆的两个误区澄清
误区 1:同一接口只能配置一种镜像
纠正:源端口无冲突,仅目的端口不能共用;
误区 2:流镜像占用镜像组资源,会抢占端口镜像组
纠正:流镜像基于 QoS,不占用整机本地镜像组数量(S1250 整机最多 4 个本地镜像组,只限制端口镜像)。
四、补充特殊场景约束
若接口是端口镜像目的 monitor-port:不能再配置任何流镜像(源 / 目的都不行);
IRF 堆叠场景:端口镜像、流镜像都不支持跨框目的口,源和目的必须在同一台框;
出方向流镜像仅支持单播报文,与端口镜像双向全量抓取互不影响。
极简总结
S12504 同一接口可以同时配置端口镜像 + 流镜像,不受 “二选一” 限制;唯一要求是两种镜像使用不同的监控目的端口。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论