h3c交换机s5130v2和s5024v2之间vlan不通

你这问题问到点上了——S5130V2 和 S5024PV2 确实不是同一个 Comware 平台，Hybrid 行为有差异，加上你这份配置里还有几个容易踩的坑。先给结论：你这种"多 VLAN 互通过"的场景，用 Trunk 比 Hybrid 稳得多，Hybrid 在两代 Comware 之间容易翻车。
平台差异在哪（这是根因）
S5130V2​ → Comware 7（V7），Hybrid 实现完整，pvid/untagged/tagged 语义和华为-like 一致
S5024PV2-EI​ → Comware 5.20.99（V5，R1104 那一代），Hybrid 在 V5 上有几个老毛病：
port hybrid vlan 命令行长度限制：V5 低端机单行有字符上限，你这一长串 1,3,6,11,15-16,18,22,36,44,55,66,68-69,77,88,95,99-124,172,200,300,700,900 很可能被截断，显示配置还在但实际后面那段（比如 172 以后）没生效。display 看得到，但实际硬件表没装进去——这是 S5024PV2 老版本常见坑。
V5 对 pvid VLAN 的处理更"死"：虽然你写了 untagged 1，V5 某些补丁级别下 pvid=1 且 VLAN1 又是缺省 VLAN，会遇到"VLAN1 特殊对待"的逻辑分支，导致 VLAN1 的帧在对端 V7 那边收的时候被重新打标或归错。
缺省端口类型是 Access vlan1，如果 S5024PV2 那头口子没显式 port link-type hybrid，它其实还在 access 模式，你这边怎么发都对不上。
你这份配置本身的两个隐患
pvid 1, untagged 1, tagged 3,6,11,15-16,18,22,36,44,55,66,68-69,77,88,95,99-124,172,200,300,700,900
VLAN 1 走 untagged：跨交换机对接时，VLAN1 无标签发出、对端收的时候按自己 pvid 归——两端 pvid 都是 1 倒是没问题，但一旦中间有设备插手（比如 ISP 光猫/协转）就乱。而且 V5↔V7 对"pvid vlan 是否必须同时在 hybrid vlan 列表里"校验松紧不一样。
tagged 列表太长：V5 的 port hybrid vlan 如果分批敲进去，display 看是完整的，但硬件 FDB/VLAN 成员表可能只装了前半段。你 99-124 这一段 + 后面 172/200/300/700/900，S5024PV2 这种 128M 内存的小盒子很容易装不下全部。
排查三步走
进 S5024PV2 和 S5130V2 两边都跑一遍：
display port vlan interface GigabitEthernet X/X/X # 看 PVID + 允许 VLAN 列表，V5 这头重点看 tagged 列表是不是被截了
display vlan 3 # 随便挑个 tagged VLAN，看两端端口是否都在成员里
display mac-address vlan 3 # 看 MAC 能不能跨机学到，学不到就是 VLAN 没通
如果 S5024PV2 那头 display port vlan 里该 tagged 的 VLAN 没出现，就是上面说的截断/没生效。
推荐改法：Hybrid 换成 Trunk，避开平台差异
你这种"一对上行口透传一大堆 VLAN"的场景，Trunk 是标准做法，Hybrid 是给"同口下 PC+IP电话 这种一 untag 一 tag"的特殊场景用的，不该拿来当 trunk 替代品。
两端统一改成：
# S5130V2 和 S5024PV2 对接口都这么配
interface GigabitEthernet X/X/X
port link-type trunk
port trunk permit vlan 1 3 6 11 15-16 18 22 36 44 55 66 68-69 77 88 95 99 to 124 172 200 300 700 900
port trunk pvid vlan 1 # 可选，VLAN1 无标签发出，跟你原来行为一致
改完 display interface brief 看口 up，display vlan X 看两端端口都在成员里，基本就通了。
⚠️ 如果一定要保留 Hybrid（比如确实有 untagged 终端挂在这对接口上），那至少做两件事：
S5024PV2 确认 port link-type hybrid 已敲、且 display port vlan 里那一长串 tagged VLAN 全部出现（没出现就是被截断，得拆成多条 port hybrid vlan X tagged 分批敲，或干脆换 Trunk）
VLAN 1 建议改成 tagged 1 或者干脆 undo port hybrid vlan 1（不上 VLAN1 的业务），避免 pvid=1+untagged 1 在 V5↔V7 之间踩标签歧义

一、核心系统版本差异（底层关键区别）
S5024V2：Comware V5 旧平台
S5130V2：Comware V7 新一代平台
两套系统port hybrid命令语法逻辑底层处理一致，无语法兼容 bug，互通失败不是版本指令差异，而是配置漏项、标签处理逻辑、VLAN 实体缺失、二层阻断四类问题。
两套平台 Hybrid 统一规则（无版本区别）
接收逻辑：带 Tag 报文，只要在 tagged/untagged 列表就转发；无 Tag 报文打上 PVID 标签，若 PVID 不在允许列表直接丢弃；
发送逻辑：tagged列表 VLAN 出接口保留标签；untagged列表 VLAN 出接口剥离标签；
两端互联 Hybrid 口必须满足：
PVID 完全相同（你两端都是 1，这条满足）
两端tagged放行 VLAN 列表完全一致（业务 VLAN 3/6/11…900）
两端untagged列表完全一致（仅 VLAN1）
所有业务 VLAN 必须在两台交换机上提前创建vlan X
二、你当前配置最容易踩的 4 个致命故障点（按概率排序）
故障 1：某台交换机未提前创建业务 VLAN（最高发）
V5/V7 共性硬性规则：Hybrid 端口放行的 VLAN，必须先全局创建 vlan 实体，否则直接丢弃对应标签报文。
举例：S5024V2 只创建了 vlan1，没创建 vlan3、6、11 等业务 VLAN，收到带 vlan3 标签帧直接丢弃，跨交换机不通。
校验命令
bash
运行
# 查看交换机已存在VLAN
display vlan brief
# 批量创建缺失业务VLAN（两台交换机都执行）
vlan 3 6 11 15 to 16 18 22 36 44 55 66 68 to 69 77 88 95 99 to 124 172 200 300 700 900
故障 2：两端 tagged 放行 VLAN 列表不一致，漏写 / 多写 VLAN
只要一端漏放行某个业务 VLAN，该 VLAN 跨交换机断流。
比如 S5024V2 少写 vlan900，S5130V2 带 vlan900 标签报文发到 S5024V2 直接丢弃。
校验方法
分别在两台交换机查看互联端口完整 VLAN 放行配置，逐行对比 tagged 列表：
bash
运行
display current-configuration interface GigabitEthernet 1/0/X
必须保证两端port hybrid vlan X tagged完全一模一样。
故障 3：V5 S5024V2 默认 Hybrid 隐藏配置坑（V7 无此问题）
Comware V5（S5024V2）Hybrid 端口出厂默认仅允许 VLAN1 untagged；多次执行port hybrid vlan tagged不会自动覆盖旧列表，但删除 VLAN 需要 undo 单独清理；
若之前端口有旧 trunk/access 残留配置，会叠加过滤规则阻断流量。
V5 清理旧残留命令（S5024V2 必执行）
bash
运行
interface GigabitEthernet 1/0/X
# 清空所有hybrid vlan放行配置，重新配置
undo port hybrid vlan all
port hybrid pvid vlan 1
port hybrid vlan 1 untagged
port hybrid vlan 3 6 11 15 to 16 18 22 36 44 55 66 68 to 69 77 88 95 99 to 124 172 200 300 700 900 tagged
S5130V2（V7）无此残留叠加问题，但建议同步清理重建配置保证两端一致。
故障 4：二层安全功能阻断跨设备标签流量
两台交换机任意一端开启以下功能，会丢弃跨交换机带 Tag 业务帧：
端口安全port-security
ACL 入方向过滤拒绝 802.1Q 标签报文
STP 边缘端口stp edged-port enable（部分 V5 版本会过滤外来标签帧）
MAC 地址学习限制mac-address max-mac-count 1
排查命令
bash
运行
display current-configuration interface GigabitEthernet 1/0/X | include security|acl|stp
临时关闭测试：undo port-security、undo stp edged-port。
三、V5/V7 平台 Hybrid 命令细微语法差异（仅书写格式，不影响互通）
表格
项目 S5024V2 Comware V5 S5130V2 Comware V7 互通影响
端口编号 GigabitEthernet 1/0/1（两段式） GigabitEthernet 1/0/01（三段式，自动兼容） 无影响，接口逻辑一致
VLAN 范围写法 15 to 16 支持连续段 15 to 16 完全兼容 无差异
hybrid 清空命令 undo port hybrid vlan all undo port hybrid vlan all 完全相同
PVID 配置 port hybrid pvid vlan X port hybrid pvid vlan X 完全相同
结论：语法本身无兼容性 bug，不会导致 VLAN 不通，故障全部来自配置漏项。
四、标准化修复步骤（两台交换机同步操作）
步骤 1：两台交换机批量创建全部业务 VLAN
bash
运行
system-view
vlan 3 6 11 15 to 16 18 22 36 44 55 66 68 to 69 77 88 95 99 to 124 172 200 300 700 900
步骤 2：互联端口清空残留，统一重建 Hybrid 配置（两端完全相同）
bash
运行
interface GigabitEthernet 1/0/X
port link-type hybrid
undo port hybrid vlan all
port hybrid pvid vlan 1
port hybrid vlan 1 untagged
port hybrid vlan 3 6 11 15 to 16 18 22 36 44 55 66 68 to 69 77 88 95 99 to 124 172 200 300 700 900 tagged
# 关闭干扰二层安全功能
undo port-security
undo stp edged-port
步骤 3：连通性验证
同一 VLAN 两端接入 PC 配置同网段 IP 互 ping；
交换机本地测试带标签转发（以 vlan3 举例）：
bash
运行
ping -vlan 3 对端交换机vlan3内终端IP
步骤 4、兜底替代方案（Hybrid 排查复杂时）
交换机互联场景优先推荐 Trunk 模式，V5/V7 Trunk 完全兼容，配置更简单不易出错：
bash
运行
interface GigabitEthernet 1/0/X
port link-type trunk
port trunk pvid vlan 1
port trunk permit vlan 1 3 6 11 15 to 16 18 22 36 44 55 66 68 to 69 77 88 95 99 to 124 172 200 300 700 900
Trunk 模式自动剥离 PVID1 标签，业务 VLAN 带标签透传，规避 Hybrid untagged/tagged 配置失误问题。
五、快速定位故障的诊断命令
查看端口收到 / 丢弃带标签报文，确认标签是否被丢弃：
display interface GigabitEthernet 1/0/X
查看端口允许通过的完整 VLAN 列表：
display vlan interface GigabitEthernet 1/0/X hybrid
查看端口入方向 ACL、安全策略：
display packet-filter interface GigabitEthernet 1/0/X inbound