我们开发了基于CloudHopper SMPP库的SMPP服务器。该系统每天都在处理大量的消息。
允许客户维持多个TX绑定,以实现更高的吞吐量和冗余。最近我们确定了一些客户通过多个绑定发送分段消息(消息部分)。因此,我们从同一客户(相同的SystemId)接收来自不同绑定的单个SMS的部分,并且这些是有效的(在UDH中,具有相同的参考编号,有效的序列号等)。 我们支持绑定级别的连接,但不支持跨多个绑定。
支持多个绑定发送的部分的连接是一种标准/良好做法吗?连接消息的UDH头中的消息引用号对于SMPP网关创建的所有绑定应该是唯一的吗?欢迎任何想法
更新: 关于UDH中的MessageRef no,我们知道不能保证它在多个绑定中是唯一的。 (我们在同一客户的并发绑定中看到重复的MessageRef)。现在我们连接部分,如果它们具有相同的MessageRef no和相同的目的地数字。我们认为很少同时使用相同的MessageRef号码接收两个部分序列,朝向同一个移动设备。
答案 0 :(得分:0)
只要连接的消息具有有效的UDH,我就看不出这个问题了。 SMSC通常对此透明,尽管它知道多部分消息属于单个SMS消息。从实践方面来看,客户通常只对1个发送器有限制绑定端(在千兆网络上应该不是问题),但这取决于他们想要提交的消息数量。 我通常在两者之间有自己的队列,因此提交响应不会影响SMSC提交延迟。