java - 发送commit_sm请求时，Restcomm SMSC会继续引发ActivityAlreadyExistsException

Question

我正在使用Restcomm SMSC的最新版本（smscgateway-7.3.153）（在此处可用：https://github.com/RestComm/smscgateway/releases/tag/7.3.153）。我使用的是二进制版本，而不是源代码。

我已经启动并运行它与Cassandra通信的广告，Cassandra适当地托管在另一台计算机上。

我已经将ESME注册为服务器，当我尝试发送绑定请求时，它成功并创建了会话。当我发送Submit_SM请求时，会出现问题。引发ActivityAlreadyExists异常，并且没有其他任何反应。我尝试了不同的模拟器，甚至使用Android客户端尝试发送消息，但是每次都发生相同的异常。我尝试调试该问题，并能够发现在将要创建新活动但似乎找不到更多信息时发生了异常。

它可能与序列号有关，但是我仔细检查了一下，这似乎不是问题。我尝试更改服务器的跟踪级别，但无法执行此操作（如果有人知道如何执行此操作，请指导我）。

我正在附加一个.pcap文件，该文件显示了我通过Wireshark捕获的数据包。所有的请求和响应包都将在其中。我还将附加服务器日志。

我在互联网上找不到关于此的任何帮助，因此如果你们中有人可以在这里指导我，我将非常有义务。如果您认识他们，请标记他们。随时要求更多信息。

Wireshark capture file

这些是在服务器启动时生成的日志：

Server startup Logs

这是异常日志的文件：

Exception logs file

这是例外：

11：26：53,196信息[SmppServerConnector]（SmppManagement）来自[192.168.1.173:34034]的新频道
11：26：53,215信息[UnboundSmppSession]（SmppManagement.UnboundSession.192.168.1.173：34034）收到PDU：（bind_transceiver：0x00000025 0x00000009 0x00000000 0x00000001）（正文：systemId [test5]密码[test5] systemType [] interfaceVersion [0x34] addressRange （0x01 0x01 [6666]））（opts：）
11：26：53,215信息[DefaultSmppServerHandler]（SmppManagement.UnboundSession.192.168.1.173：34034）创建的会话：名称= test5 SystemId = test5
11：26：55,504错误[SmppSessionHandlerInterfaceImpl]（test5）处理PduRequest =（submit_sm：0x0000002F 0x00000004 0x00000000 0x00000002）（主体：（serviceType [] sourceAddr [0x01 0x01 [6666]] destAddr [0x01 0xm [555Cl]] eses时出错0x03] regDlvry [0x01] dcs [0x00]消息[48656C6C6F21]））（opts：）
javax.slee.resource.ActivityAlreadyExistsException：RA：SmppServerRA：SmppTransactionHandle [smppSessionConfigurationName = test5，smppTransactionType = INCOMING，seqNumnber = 2]
    在org.mobicents.slee.runtime.activity.ActivityContextFactoryImpl.createActivityContext（ActivityContextFactoryImpl.java:157）
    在org.mobicents.slee.runtime.activity.ActivityContextFactoryImpl.createActivityContext（ActivityContextFactoryImpl.java:57）
    在org.mobicents.slee.resource.SleeEndpointImpl._startActivity（SleeEndpointImpl.java:312）
    在org.mobicents.slee.resource.SleeEndpointStartActivityNotTransactedExecutor.execute（SleeEndpointStartActivityNotTransactedExecutor.java:63）
    在org.mobicents.slee.resource.SleeEndpointImpl.startActivity（SleeEndpointImpl.java:176）
    在org.restcomm.slee.resource.smpp.SmppServerResourceAdaptor.startNewSmppServerTransactionActivity（SmppServerResourceAdaptor.java:277）
    在org.restcomm.slee.resource.smpp.SmppSessionsImpl $ SmppSessionHandlerImpl.firePduRequestReceived（SmppSessionsImpl.java:236）
    在com.cloudhopper.smpp.impl.DefaultSmppSession.firePduReceived（DefaultSmppSession.java:606）
    在com.cloudhopper.smpp.channel.SmppSessionWrapper.messageReceived（SmppSessionWrapper.java:52）
    在org.jboss.netty.channel.SimpleChannelHandler.handleUpstream（SimpleChannelHandler.java:88）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564）
    在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791）处
    在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:296）
    在org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived（FrameDecoder.java:462）
    在org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode（FrameDecoder.java:443）
    在org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived（FrameDecoder.java:303）
    在org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream（SimpleChannelUpstreamHandler.java:70）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564）
    在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791）处
    在com.cloudhopper.smpp.channel.SmppSessionLogger.handleUpstream（SmppSessionLogger.java:104）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564）
    在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791）处
    在com.cloudhopper.smpp.channel.SmppSessionThreadRenamer.handleUpstream（SmppSessionThreadRenamer.java:59）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564）
    在org.jboss.netty.channel.DefaultChannelPipeline $ DefaultChannelHandlerContext.sendUpstream（DefaultChannelPipeline.java:791）处
    在org.jboss.netty.channel.SimpleChannelUpstreamHandler.messageReceived（SimpleChannelUpstreamHandler.java:124）
    在org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream（SimpleChannelUpstreamHandler.java:70）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:564）
    在org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream（DefaultChannelPipeline.java:559）
    在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:268）
    在org.jboss.netty.channel.Channels.fireMessageReceived（Channels.java:255）
    在org.jboss.netty.channel.socket.nio.NioWorker.read（NioWorker.java:88）
    在org.jboss.netty.channel.socket.nio.AbstractNioWorker.process（AbstractNioWorker.java:108）
    在org.jboss.netty.channel.socket.nio.AbstractNioSelector.run（AbstractNioSelector.java:318）
    在org.jboss.netty.channel.socket.nio.AbstractNioWorker.run（AbstractNioWorker.java:89）
    在org.jboss.netty.channel.socket.nio.NioWorker.run（NioWorker.java:178）
    在org.jboss.netty.util.ThreadRenamingRunnable.run（ThreadRenamingRunnable.java:108）
    在org.jboss.netty.util.internal.DeadLockProofWorker $ 1.run（DeadLockProofWorker.java:42）
    在java.util.concurrent.ThreadPoolExecutor.runWorker（未知来源）
    在java.util.concurrent.ThreadPoolExecutor $ Worker.run（未知源）
    在java.lang.Thread.run（未知来源）

Answer 1

我相信已回答here对吗？