注入 200 ms 延迟并验证恢复
使用隔离本机 Proxy 对比正常、延迟故障与恢复结果,不触碰已有 Proxy。
- 作者:
- Mqttable
- 更新:
本页目录4 个章节
加载中...
使用隔离本机 Proxy 对比正常、延迟故障与恢复结果,不触碰已有 Proxy。
加载中...
你会创建从 127.0.0.1:28883 到 127.0.0.1:1883 的隔离回环 Proxy,让一个测试 Connection 定时发送消息,测出基线后保留约 200 ms 下行延迟供确认;清理时移除故障并确认恢复。
两个端口都必须属于一次性本机环境。如果任一端点不是回环地址,或已经被其他任务使用,就停止。
把下面这一段交给已连接 Mqttable 的 Agent:
主 Prompt
请使用已连接的 Mqttable MCP 工具,创建 127.0.0.1:28883 至 127.0.0.1:1883 的隔离 Proxy 和 Connection,定时发消息;测基线后加入 200 ms 下行延迟并保持流量供确认。保留已有对象,返回准确清理清单。
Agent 会自动选择临时名称,只创建隔离测试对象,不修改已有配置,并在完成报告中返回准确对象清单,供后续清理。
成功后,在 Mqttable 中核对这张结果图里的关键信号:

隔离 Connection 保持 Proxy 路由活跃,200 ms 下行延迟 Toxic 和有边界的 QoS 1 流量同时可见。
如果画面缺少任何一个成功信号,请停止,不要扩大范围,并查看排错。
在同一段 Agent 对话中发送:
清理 Prompt
只停止报告中的定时消息,并删除本次 Broker、Connection、延迟 Toxic 和 Proxy;保留其他对象,再确认恢复。
接下来阅读 PCAP 分析,诊断一份 retained 抓包。