这里说支持端口组降速，但是实际port-group不支持

根据H3C官方文档，SPU-300-G板卡的16-19端口理论上支持通过端口组命令降速到千兆，但实际操作中确实存在限制，这很可能就是你遇到问题的原因。

官方配置方法：使用 port-group speed

对于SPU-300-G单板，16-19端口属于10GE以太网接口组，不支持速率自协商。官方指定的速率匹配命令是 port-group speed，而不是常规的 speed 命令。

关键限制：该命令会强制修改整个接口组（16-19口）内所有端口的速率，无法只对其中某一个端口单独降速。所以，你提到的“16口不支持单独降速”，正是这一硬件设计限制的直接体现，这是符合官方说明的。

为什么“端口组也不支持”？

你提到的“端口组也不支持”，可能源于以下几种情况，需要逐一排查：

1. 命令不生效或报错：执行 port-group speed 1000 后，需重启设备或SPU业务板配置才会生效，这是硬性要求。

2. 接口组ID错误：接口组的ID是硬件定义的，需要进入系统视图后，执行 port-group ? 来查看当前设备上具体的组ID，直接用 1 或 2 可能不匹配。

3. 光模块不匹配：端口降速后，必须插入千兆光模块。如果插入的是万兆模块，系统会报“光模块与光口配置不一致”。

4. 软件版本限制：部分较早的Comware V7版本可能存在BUG，导致 port-group speed 命令无法识别或执行失败。

建议排查步骤

建议按以下顺序操作，定位具体问题：

1. 确认命令与接口组：在系统视图下执行 port-group ?，查看可用的接口组ID，然后使用正确的ID执行命令，例如 port-group 2 speed 1000（具体ID以设备显示为准）。

2. 更换光模块：确保在16-19口中插入的是千兆SFP光模块，而非万兆SFP+模块。

3. 保存并重启：配置后务必 save，然后重启SPU业务板（如果是独立板卡，可尝试 reboot slot，具体命令请根据设备提示操作）。

4. 检查软件版本：如果以上步骤均无效，建议联系H3C技术支持，确认当前运行的Comware版本是否存在已知限制，并评估升级固件的可能性。

SPU‑300‑G（300‑G）板卡 16‑19 口降速问题解答

现象：16~19 口 SFP + 万兆光口，不能在单接口视图下执行speed 1000单独降速；硬件强制端口组绑定，修改速率必须整组统一设置，和用户现场现象一致H3C。

硬件约束（官方文档明确）

1. SPU‑300‑G 板卡：16‑19 口属于同一个硬件以太网接口组，硬件层面绑定，不能拆分；32‑35 口（25G）是另外一组H3C。
2. 组内端口不支持单口独立速率配置：接口视图下speed命令对这 4 个端口无效，必须使用系统视图下port‑group speed命令，一次性把 16、17、18、19 四个端口全部改成同一个速率（10000/1000），不能只改其中某 1 个或 2 个端口H3C。
3. 这一组端口不支持自协商，插入千兆光模块，不配置 port‑group speed，会报模块 / 端口速率不匹配告警，端口无法 UPH3C。
4. 修改 port‑group 速率后，需要业务板 / 整机重启配置才生效。

⚠️短板：只要执行上面命令，16‑19 四个端口全部强制千兆；做不到只把 16 口改成千兆，17‑19 继续跑万兆，硬件不支持，没有任何命令可以绕过H3C。

可选替代方案（业务上实现部分端口千兆）

方案 1：整组全部降为千兆（牺牲 17‑19 口万兆能力）

port‑group 把整组设 speed 1000；全部 4 个端口都跑千兆，满足 16 口对接千兆设备，但 17‑19 也只能千兆，不能跑万兆。适合只有 16 口在用，其余端口空闲场景。

方案 2：外接万兆转千兆光转电模块（推荐，不改动硬件组速率）

16 口继续保持万兆工作模式，SFP + 插槽插入万兆转千兆 SFP + 光转电模块（10G‑SFP+ to 1GE RJ45）。

注意：模块本身完成速率转换，路由器端口硬件仍然工作在 10000M，对端是千兆设备，模块内部做速率转换。 优点：不用修改 port‑group，17‑19 依旧可以跑万兆，互不影响；缺点需要额外采购光转电模块。

方案 3：换板卡其他端口

SPU‑300‑G 板卡不在 16‑19、32‑35 硬件组内的 SFP + 端口，支持单口独立 speed 配置，找空闲端口对接千兆设备。

方案 4：业务层面 QoS 流量限速（物理端口速率仍然万兆）

端口物理层维持 10G，在接口下配置qos lr outbound cir 1000000做流量限速。

重要提醒：这只是报文转发限速，不是物理层降速，对端千兆光模块依旧无法和本端 UP，只能用于对接万兆设备做带宽限制，不能解决和千兆光模块对接不 UP 的问题。

排错 & 验证命令

总结

1. 硬件限制，无法实现 16 口单独降千兆、17‑19 保留万兆，没有隐藏命令；
2. 两种可行路径：要么整组 4 口全部千兆，要么用万兆转千兆 SFP + 转换器，优先选转换器方案，不浪费其余端口万兆能力。

SPU-300-G 官方结论（你现场现象完全符合硬件规格，不是 bug）

SPU-300-G，16~19 号 SFP + 万兆光口硬件绑定为同一个硬件端口组H3C

1. 不能单独对 16 口配置 speed 1000，接口视图敲 speed 会报错。
2. 只能在硬件 port-group 下统一设置速率：4 个口（16、17、18、19）全部一起变成千兆，或者全部万兆，不能混合速率H3C
3. 这个硬件端口组不可修改、不能拆分；你说 “端口组也不支持单独降速” 是对的，它就是整组统一速率，不是手工聚合 port-group。
4. 重要限制：SPU-300-G 这一组万兆光口【不支持自协商】，插入千兆 SFP 光模块，必须在硬件 port-group 下强制设置 speed 1000 才能 up；整组 4 口同步生效H3C

硬件 port-group 命令（整组改成千兆，V7）

执行完这条，16、17、18、19 四个口全部变成千兆，4 个口必须统一速率，无法只改其中 1 个。 想恢复万兆：speed 10000

两个关键坑（知了社区很少写）

1. 光模块要求：SFP + 口插普通 SFP 千兆光模块（不是 SFP+），本端 port-group speed 1000，对端接口也必须强制 speed 1000、全双工；没有自协商，两端速率不匹配直接 down。
2. 接口视图下 interface Ten-GigabitEthernet 1/0/16 里面不能敲 speed，这个板卡该组接口不支持单口 speed，只能硬件 port-group 统一设置，这就是你现场 16 口单独配置报错的根源。

你的业务选型方案

方案 1：接受 4 口同速率（推荐，如果 17/18/19 暂时闲置不用）

把硬件 port-group 改成 speed 1000，16 口做千兆对接；17、18、19shutdown。

缺点：这 4 个口以后只要启用，全部都是千兆，不能再单独跑万兆。

方案 2：物理隔离，换其他不在硬件绑定组的端口

SPU300-G 板卡，1~15 口不属于这个硬件绑定组，这些万兆口支持单口独立降速千兆；

只有 16–19 是绑定硬件组，32~35（25G）是另外一组硬件绑定。

方案 3：逻辑限速替代（不改变物理光口速率，应急方案）

不想改动硬件 port-group，保持端口物理 10G，在接口下用 QoS CAR 做流量限速到 1G。 ⚠️ 注意：只是限速流量，物理层仍然是万兆协商，对端设备必须是万兆接口，不能对接千兆光口 / 千兆交换机。

排查验证命令

一句话总结

SPU-300-G 板卡 16~19 口是硬件原生 4 口绑定组，硬件层面限制只能 4 口统一速率，不支持单口独立降速千兆。要么整组全部改成千兆，要么改用板卡 1-15 号端口，或者 QoS 逻辑限速（物理仍为万兆）。