10G SFP+故障排查的核心是证据：保留故障状态，将链路划分为可测试边界，并且每次只改变一个变量。

保留故障现场

控制点1：定义并保留时间、业务影响、设备与端口。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“重启会破坏瞬态证据”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：以签署记录明确适用配置和证据边界，未关闭字段继续保留在行动清单中。

审核记录1：围绕“时间、业务影响、设备与端口”区分实测事实、受控文件结论、供应商陈述和买方尚未验证的假设。通过结论只适用于已命名配置，不得自动扩展到其他主机、环境、批次或未来版本。

确认产品身份

控制点2：定义并保留模块序列号、硬件、固件与EEPROM。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“外观相同的备件可能编码不同”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：在已识别设备上复现结果，每次改变一个变量并保留可恢复的原始状态。

同时读取两个端点

控制点3：定义并保留主机型号、软件、端口模式与告警。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“只调查链路一端”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：把批准结论关联到序列号、批次和订单行，单个样品不能放行身份不明的量产范围。

审核记录3：围绕“主机型号、软件、端口模式与告警”区分实测事实、受控文件结论、供应商陈述和买方尚未验证的假设。通过结论只适用于已命名配置，不得自动扩展到其他主机、环境、批次或未来版本。

检查并测量光纤路径

控制点4：定义并保留连接器状态、极性、线路损耗与反射。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“清洁可能暂时掩盖光纤损伤”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：证据与需求冲突时隔离影响范围，并记录根因、处置、负责人和完成日期。

区分编码与光学故障

控制点5：定义并保留收发光功率、温度、偏置与错误计数。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“不受支持的编码被误判为光学故障”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：例外只有在记录技术后果、商务风险、数量、有效期和复验事件后才可接受。

审核记录5：围绕“收发光功率、温度、偏置与错误计数”区分实测事实、受控文件结论、供应商陈述和买方尚未验证的假设。通过结论只适用于已命名配置，不得自动扩展到其他主机、环境、批次或未来版本。

对恢复链路进行压力验证

控制点6：定义并保留冷启动、热重启、流量与老化表现。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“链路点亮被误认为稳定”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：看到失败后不得修改验收限值，应把冲突提交给指定设计与质量负责人。

定位物理根因

控制点7：定义并保留已知良品替换与单变量测试结果。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“同时更换多个部件”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：原始数据、失败案例和纠正措施无需依赖私聊即可审核时，才进入下一关。

审核记录7：围绕“已知良品替换与单变量测试结果”区分实测事实、受控文件结论、供应商陈述和买方尚未验证的假设。通过结论只适用于已命名配置，不得自动扩展到其他主机、环境、批次或未来版本。

在不掩盖复发风险的前提下关闭

控制点8：定义并保留根因、纠正措施、受影响范围与复发触发条件。要求应达到工程、采购、来料检验和运营能够得出相同结论的详细程度。未知字段必须保持打开并指定负责人，不能用方便的供应商默认值填补。

故障质疑：重点验证“关闭工单代替纠正措施”这一可能性。保留原始读数、方法、设备、日期、序列号、版本以及失败尝试，并把每项证据关联到准确的主机、线路、样品、批次和订单行。

放行规则：用批准人、日期、版本与复发触发条件关闭记录，避免复购继承过时决定。

最终完整性复核

发布前逐项核对以下八类记录：时间、业务影响、设备与端口、模块序列号、硬件、固件与EEPROM、主机型号、软件、端口模式与告警、连接器状态、极性、线路损耗与反射、收发光功率、温度、偏置与错误计数、冷启动、热重启、流量与老化表现、已知良品替换与单变量测试结果、根因、纠正措施、受影响范围与复发触发条件。质量、技术、采购和运营负责人应确认文件版本一致，未结问题仍然可见，失败数据没有被删除，获准偏差已限定数量与期限。复购时重新检查变更通知、现场反馈、黄金样品与当前量产身份；任何关键条件改变，都应触发相应范围的重新验证。

受控RFQ交接

通过MingApex技术RFQ提交准确配置、数量、证据要求与商务边界。MingApex为商业品牌；只有需要正式法律主体时才使用Ming Hong Xin Fu Trading Co., Ltd.。审批不代表商标关联或通用兼容性。