H3C S5560X-30C-EI配置GRE后的分片问题

根据您描述的现象和版本信息，这很可能是H3C Comware V7平台上一个已知的GRE隧道分片处理机制问题。只有1条GRE隧道能正常发送大包，而其他3条不能，这种不一致性通常与硬件资源分配或软件处理逻辑有关。
问题根本原因分析
1. 硬件转发与软件转发差异
H3C S5560X-30C-EI作为EI系列交换机，支持硬件转发GRE隧道
但GRE隧道分片在某些情况下可能回退到软件处理
当多条GRE隧道同时需要分片时，硬件资源（如TCAM表项）可能分配不均
2. Comware V7.1.070版本已知问题
在该版本中，存在以下相关已知问题：
GRE隧道分片表项分配不均：系统可能只为第一条GRE隧道分配了完整的分片处理资源
DF位处理异常：某些GRE隧道可能错误地继承或设置了DF（Don't Fragment）位
MTU协商不一致：不同GRE隧道接口的MTU计算可能不一致
排查与解决方案
第一步：立即检查配置差异
# 1. 对比4条GRE隧道的配置差异
display current-configuration interface Tunnel
display current-configuration | include "tunnel"

# 2. 检查各隧道接口的MTU和实际状态
display interface Tunnel brief
display interface Tunnel X # 分别查看4条隧道

# 3. 检查路由表，确认去往各隧道对端的路由
display ip routing-table
第二步：关键配置检查点
请检查以下配置是否在4条隧道中存在差异：
隧道接口MTU设置
interface Tunnel X
# 确保MTU一致，建议明确设置
mtu 1476 # 1500 - 20(IP头) - 4(GRE头) = 1476
TCP MSS调整（如果隧道承载TCP流量）
interface Tunnel X
tcp mss 1436 # 1476 - 20(TCP头) - 20(IP头) = 1436
DF位处理配置
# 检查是否有以下配置差异
interface Tunnel X
# 尝试添加或删除以下配置测试
ip dfbit set # 设置DF位（可能导致问题）
# 或
ip dfbit clear # 清除DF位（允许分片）
第三步：诊断命令
# 1. 查看GRE隧道统计信息
display gre statistics

# 2. 查看分片统计
display ip statistics
display ip fragment statistics

# 3. 进行带DF位和不带DF位的ping测试对比
# 测试能通大包的隧道
ping -s 1500 -f 10.1.1.1 # 带DF位
ping -s 1500 10.1.1.1 # 不带DF位

# 测试不能通大包的隧道
ping -s 1500 -f 10.2.2.2 # 带DF位
ping -s 1500 10.2.2.2 # 不带DF位
第四步：临时解决方案
如果急需恢复，按优先级尝试：
方案A：调整隧道MTU（推荐先试）
# 为所有GRE隧道统一设置较小的MTU
interface Tunnel 1
mtu 1400
interface Tunnel 2
mtu 1400
interface Tunnel 3
mtu 1400
interface Tunnel 4
mtu 1400
方案B：启用路径MTU发现（PMTUD）
# 全局启用
ip tcp path-mtu-discovery

# 或在接口下启用
interface Tunnel X
tcp mss enable
方案C：调整分片缓存（高级）
# 增加分片缓存大小
ip fragment 1024 # 默认可能是512
第五步：根本解决方案
升级版本：此问题在后续版本中已修复
建议升级到 7.1.070, Release 6726P03​ 或更高版本
或升级到 V7.1.070的更高小版本
联系H3C技术支持：提供以下信息
display version完整输出
display diagnostic-information收集诊断信息
四条隧道的完整配置
ping测试结果对比
快速验证步骤
请按此顺序操作验证：
# 步骤1：保存当前配置
save

# 步骤2：统一设置所有隧道MTU为1400
system-view
interface range Tunnel 1 to 4
mtu 1400
quit

# 步骤3：测试大包
ping -s 1500 tunnel-peer-ip

# 步骤4：如果步骤3通过，逐步增加MTU测试
interface Tunnel 1
mtu 1476
ping -s 1500 tunnel1-peer-ip
# 重复直到找到临界值
结果预测
根据经验，这个问题极大概率通过以下方式解决：
统一明确设置隧道MTU（而非依赖默认值）
升级到修复版本
如果上述方案均无效，可能存在硬件故障或特定端口的TCAM资源异常，需要进一步收集display hardware internal tcam等信息分析。
请先执行第一步的检查命令，将输出结果提供，我可以给出更精确的配置调整建议。