MQTT桥接Sparkplug B场景下中间链路断开未触发NDEATH问题咨询

结论先行 #

你对MQTT桥接和LWT触发逻辑的理解确实存在遗漏，三类故障场景中只有前两类会触发预期的NDEATH推送，#3链路断开的场景原生MQTT桥接不会触发NDEATH，符合你测试的现象。

核心逻辑解释 #

LWT（遗嘱消息）是MQTT客户端与直连Broker之间的私有约定，仅当直连Broker检测到客户端异常断开时，才会推送预先注册的LWT消息，该逻辑不会跨Broker自动传递：

• 故障点1（终止Machine A上的发布进程）：发布进程作为客户端与Machine A本地Broker直连，断开后A的Broker直接触发NDEATH推送，只要桥接链路正常，消息就会同步到Machine B的Broker，符合测试结果。
• 故障点2（关闭Machine A本地Broker）：桥接连接的一端（作为桥接客户端的Broker）与对端Broker直连断开，对端Broker会触发桥接客户端预先注册的LWT，同步相关离线通知到订阅端，符合测试结果。
• 故障点3（两台设备间网络链路断开）：Machine A的发布进程与本地Broker连接完全正常，A的Broker不会触发任何NDEATH；桥接两端仅互相检测到桥接连接断开，但原生MQTT桥接没有将桥接断开等价为所有同步节点离线的逻辑，因此不会向B端推送NDEATH。

Sparkplug B桥接场景的补充要求 #

Sparkplug B规范针对跨Broker桥接的节点状态同步有专门要求，原生MQTT桥接无法自动满足：

• 若需要#3断开时B端也能收到A端节点的NDEATH，需要在桥接层额外实现状态代理逻辑：桥接发起端需要为所有同步的边缘节点在对端Broker注册独立LWT，或者检测到桥接断开时，由Broker主动批量推送关联边缘节点的NDEATH。
• 你提到的1.5倍保活时长仅对直连客户端-Broker连接生效，桥接连接的保活是独立配置项，即使桥接保活配置正确，原生桥接也不会触发子设备NDEATH。

不同Broker的支持情况 #

• Mosquitto、VerneMQ的原生桥接均未内置Sparkplug节点状态同步能力，需要自行开发插件或在上层添加状态代理服务。
• HiveMQ CE功能限制较多，仅商业版的Sparkplug扩展提供桥接场景下的状态同步能力，CE版不支持相关功能。

内容的提问来源于stack exchange，提问作者Becker