短信故障排除 sms-troubleshooting

问题出现在一个或多个帐户上

在这种情况下，您可以对每个帐户单独应用其他故障排除过程。 最好在诊断帐户时禁用其他帐户，以减少网络通信量和日志数量。

在任何时候只有一个帐户处于活动状态时，问题未出现

帐户之间存在冲突。 如前所述，Adobe Campaign单独处理帐户，但提供商可能会将其视为单个帐户。

• 您在所有帐户之间使用不同的登录/密码组合。
  您必须联系提供程序以诊断其一方的潜在冲突。

• 某些外部帐户共享相同的登录/密码组合。
  提供商无法判断来自哪个外部帐户 BIND PDU ，因此他们将来自多个帐户的所有连接视为单个帐户。 他们可能通过这两个帐户随机路由 MO 和 SR，从而导致问题。如果提供商支持同一登录名/密码组合的多个短代码，则必须询问他们将该短代码 BIND PDU放在 中的什么位置。 请注意，这条信息必须放在 中 BIND PDU，而不是 SUBMIT_SM放在 中，因为 是唯一 BIND PDU 允许正确路由 MO 的地方。请参阅上面的每种 PDU 部分中的信息以了解 中BIND PDU可用的字段，通常您在 中添加address_range短代码，但这需要提供商的特殊支持。与他们联系，了解他们希望如何独立路由多个短代码。Adobe Campaign支持在同一外部帐户上处理多个短代码。

调查连接器最近是否发生了更改以及更改者（检查外部帐户作为组）。

select saccount, (sserver ||':'||sport) as serverPort, iextaccountid, CASE WHEN N0.iactive=1 THEN 'Yes' ELSE 'No' END as "(x) Enabled",

(select X1.sname from xtkoperator X1 where N0.icreatedbyid = X1.ioperatorid) as "Created By",

(select X1.sname from xtkoperator X1 where N0.imodifiedbyid = X1.ioperatorid) as "Last Modified By",

N0.slabel as "External Account", N0.tslastmodified as "LastModifiedDate"

from nmsextaccount N0 LEFT JOIN xtkoperator X0 ON (N0.icreatedbyid=X0.ioperatorid) order by 8 DESC LIMIT 50;

调查（在 /postupgrade 目录中）系统是否已升级以及何时升级

调查最近是否有任何影响 SMS 的程序包可能已升级 （/var/log/dpkg.log）。

如果 返回 BIND PDU 非零 command_status 代码，请向提供程序询问详细信息。

检查网络配置是否正确，以便可以与提供商建立 TCP 连接。

要求提供商检查他们是否正确将IP添加到Adobe Campaign实例的允许列表。

检查​ 外部帐户 ​设置。 询问提供商字段的值。

如果连接成功但不稳定，请检查连接不稳定的问题部分。

如果连接问题难以诊断，则网络捕获可以提供信息。 确保网络捕获在问题出现时同时运行，以便对其进行有效分析。 您还应记下问题出现的确切时间。

重新启动MTA将暂时修复问题。 这意味着不稳定的连接会在Adobe Campaign Standard上触发MTA限制，重新启动MTA将清除限制。 在找到根本原因之前，这种情况将再次发生。

提供程序发送UNBIND PDU。

enquire_link在Adobe Campaign端或提供商端超时。 在这种情况下，您可能会看到带有非零错误代码的ENQUIRE_LINK_RESP。

有许多BIND PDU。根据连接数量，一天中的连接不应超过几个。 每小时超过1个BIND PDU应发出警报。

不稳定的连接很少是根本原因，它通常是另一个问题触发断开的结果。 首先要找出根本原因。

启用详细的SMPP跟踪。 您需要他们查看连接重新启动时发生的操作。

如果提供程序发送BIND PDU，则可能有错误。 询问您的提供商发送UNBING的原因。

进行网络捕获有时是查看连接如何关闭的唯一方法。

如果提供程序通过发送TCP FIN或TCP RST数据包来关闭连接，请向你的提供程序询问详细信息。

如果提供程序在发送带有错误代码的DELIVER_SM_RESP等干净错误后关闭连接，则提供程序必须修复其连接器，否则将阻止传输其他类型的消息并触发MTA限制。 在收发器模式下，这一点尤其重要，因为关闭连接会同时影响MT和SR。

检查连接是否稳定。 SMPP连接应持续保持至少1小时。 查看部分连接不稳定的问题。

如果重新启动MTA后一小段时间内仍可再次发送MT，则连接不稳定可能会造成限制。 查看部分连接不稳定的问题。

检查广泛日志是否存在并且状态正确，日期正确。 如果不是，则可能是投放或投放准备问题。

检查MTA是否实际处理消息。 如果不是这种情况，则可能不是短信问题。

检查SMS连接器是否实际与提供商的设备绑定。 请向提供商征求反馈，以确保所有系统都可正常通信。 有关绑定过程的信息，请参见BIND_TRANSMITTER和BIND_TRANSCEIVER PDU。 您可能需要启用SMPP跟踪才能正确进行故障排除。

启用SMPP跟踪后，检查SUBMIT_SM PDU是否包含正确的信息。

检查提供程序是否使用“OK”值（代码0）通过SUBMIT_SM_RESP PDU做出响应。 确保PDU以合理的延迟到达：任何大于1秒的延迟都必须与提供商讨论，通常在100毫秒内到达。

如果所有这些步骤都有效，您可以确信问题出在提供商方面。 他们必须在平台上执行故障排除。

如果它可以工作，但吞吐量不一致，请尝试调整发送窗口并降低MT吞吐量。 您需要与提供商合作才能调整此设置。 Adobe Campaign可以非常快速地发送消息，因此提供商的设备可能会出现性能问题。

如果您看到重复项发送的时间刚好相隔60秒，则可能是提供商方的问题，他们发送SUBMIT_SM_RESP的速度不够快。

如果您看到许多BIND/UNBIND，则表示您的连接不稳定。 在尝试解决重复消息问题之前，请查看不稳定的连接的问题部分以获取解决方案。

您需要启用SMPP跟踪才能进行任何类型的SR故障排除。

检查DELIVER_SM PDU是否来自提供程序并且格式正确。

检查 Adobe Campaign 回复是否及时成功 DELIVER_SM_RESP PDU 。 在 Adobe Campaign Standard 上，这可以保证已应用整个处理逻辑，如果不是这种情况，则保证日志中会显示一条错误消息，说明处理失败的原因。

检查​ 外部帐户 ​中与ID提取和错误处理相关的正则表达式。 您可能需要根据DELIVER_SM PDU的内容验证它们。

检查broadLogMsg表中是否正确配置了错误。

对于Adobe Campaign Standard，请检查broadLog和broadLogExec表是否已正确同步。

在测试期间启用 SMPP 跟踪。 如果未启用 TLS，则应在对 MO 进行故障排除时执行网络捕获，以检查 PDU 是否包含正确的信息以及格式是否正确。

捕获网络流量或分析 SMPP 跟踪时，如果配置了回复，请确保捕获与 MO 及其回复 MT 的整个对话。

如果MO (DELIVER_SM PDU)未出现在跟踪中，则问题出现在提供程序端。 他们必须在平台上执行故障排除。

如果出现DELIVER_SM PDU，请检查Adobe Campaign是否确认它并成功DELIVER_SM_RESP PDU（代码0）。 此RESP可确保Adobe Campaign列入阻止列表已应用所有处理逻辑（自动回复和允许/）。 如果不是这种情况，请在MTA日志中搜索错误消息。

如果启用了自动回复，请检查SUBMIT_SM是否已发送给提供程序。 如果没有，则可以确保在MTA日志中找到错误消息。

如果在跟踪中找到包含回复的SUBMIT_SM MT PDU，但手机未收到短信，则您必须联系提供商以获得故障排除方面的帮助。

检查隔离表和投放日志中的电话号码格式是否完全相同。 如果不是，请参阅此部分（如果您遇到国际电话号码格式的加号前缀问题）。

检查短代码。 如果收件人的短代码与外部帐户中定义的短代码相同，或者为空（空=任何短代码），则可能会发生排除。 如果整个Adobe Campaign实例只使用一个短代码，则更容易将所有​ 短代码 ​字段留空。

出现问题时​ 启用详细的SMPP消息。 如果没有它，大多数SMS问题都无法解决。

如果问题与短信流量相关，请首先与提供商联系。 他们的平台最适合实时高效诊断短信流量问题。

包括对问题的简短但实事求是的描述。

包括预期结果的描述。

包含来自提供商的反馈。

包括相关日志和/或网络捕获。 执行捕获时，请确保在捕获期间重现问题。

如果包含日志、跟踪或捕获，则当问题出现时，可以精确定位文件中确切的位置。

如果您引用消息、PDU或日志，请清楚地声明其时间戳以使其更易于查找。

尝试在测试环境中重现问题。 如果不确定设置，请在测试环境中尝试此设置，并使用SMPP跟踪检查结果。 报告在测试环境中复制的问题通常比直接报告生产环境中的问题要好。

包括在平台上所做的任何更改或调整。 此外，还包括提供商可能对他们所做的任何更改。

连接有问题，但详细消息未显示任何BIND_RESP PDU。

无法解释的断开连接，没有错误消息，连接器检测到低级别协议错误时的通常行为。

提供商抱怨取消绑定/断开连接过程。

可选 TLV 字段中的编码问题。

怀疑不同连接之间混合了流量。

已启用 TLS：根据定义，TLS 流量已加密，因此无法捕获。

性能问题：日志包含跟踪性能问题所需的所有信息。

计时问题（retry timing、enquire_link周期、吞吐量上限等）

SR解析和处理：详细日志可提供更多的上下文和更好的呈现。

MO处理（自动回复、隔离）。

不涉及实际SMPP流量的错误：投放准备、消息中心API问题、工作流问题等。