ISO 8583消息在Jmeter中给出超时错误

Question

我正在使用Jmeter进行ISO消息脚本进行负载测试。我已经使用了ISO 8583采样器和连接配置。所有按字段的数据字段都正确映射，包括MTI（字段0）。但是问题是，该请求不是从Jmeter发送到服务器的。它只是不断提出超时问题，我没有反对它。我已经看到了该请求并验证了实施者本人的格式，他说格式是正确的。谁能帮助您打扰这个问题？

Answer 1

查看我为什么要超时？文档部分？ ，，，，

我为什么要超时？

响应超时的三个常见原因是：

1. 采样器未收到任何响应。
2. 采样器确实会收到响应，但未能打开它。
3. 采样器确实会收到响应并解开响应，但无法匹配请求。

调试日志应包含类似于以下内容的通道输出：

  2022-02-22 12：34：56,789调试ncbjiq2 ：（ channel/hostname：post）[send] out：0800 000001
2022-02-22 12：34：56,987 DEBUG NCBJIQ2 ：（频道/主机名：post）[接收]
 

如果仅存在第一个日志线，则不会收到响应（上面的情况1）。该请求可能是错误形成的，并将远程系统丢弃，因此检查其日志/痕迹可能会有所帮助。仔细检查包装器配置文件！这定义了在（之后）之前如何打包请求（或响应）。

如果存在两条线，则实际上已经收到了响应（上面的情况2和3）。

如果第二个日志线包含如下的错误，则响应未能解开包装（上面的情况2）。仔细检查包装器配置文件！

  2022-02-22 12：34：56,987错误ncbjiq2 ：（ channel/hostname：post）[recection] org.jpos.iso.someclassnamehere：问题解开字段...
 

如果第二个日志行不包含错误，则插件可能找不到匹配请求（上面的情况3）。仔细检查MUX设置！这些定义用于匹配的MTI值和消息字段，并且默认设置可能不起作用。

为了提高jmeter的记录词性将下一行添加到 log4j2.xml 文件：

<Logger name="nz.co.breakpoint.jmeter.iso8583" level="debug" />

jmeter重新启动以拿起更改。

另外，请确保您可以从Jmeter使用a ” noreflow noreferrer“> telnet客户端或同等学历。