簡訊疑難排解 troubleshooting-sms

問題出現在一或多個帳戶上

在這種情況下，您可以對每個帳戶個別套用其他疑難排解程式。 最好在診斷帳戶時停用其他帳戶，以減少網路流量和記錄數量。

在任何時候只有一個帳戶作用中時，問題未出現

帳戶之間發生衝突。 如前所述，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執行個體的允許清單。

檢查​ 外部帳戶 ​設定。 詢問提供者欄位的值。

如果連線成功但不穩定，請檢查問題與不穩定的連線區段。

如果連線問題難以診斷，網路擷取可提供資訊。 請確定網路擷取在問題出現時同時執行，以便有效地分析問題。 您也應該記下問題出現的確切時間。

連線持續少於1小時。 由於Adobe Campaign Classic MTA的運作方式，Adobe Campaign Classic傳送器連線屬於例外情況。

提供者傳送UNBIND PDU。

enquire_link逾時，在Adobe Campaign端或提供者端皆然。 在這種情況下，您可能會看到帶有非零錯誤代碼的ENQUIRE_LINK_RESP。

有許多BIND PDU。視連線數目而定，一天內不應超過幾次。 每小時應發出超過1個BIND PDU的警報。

不穩定的連線很少是根本原因，這通常是另一個問題觸發中斷連線所造成。 優先尋找根本原因。

啟用詳細的SMPP追蹤。 您需要他們檢視連線重新啟動時發生的情況。

如果提供者傳送BIND PDU，則可能有錯誤。 詢問您的提供者為何傳送UNBING。

進行網路擷取有時是檢視連線如何關閉的唯一方法。

如果提供者透過傳送TCP FIN或TCP RST packet來關閉連線，請詢問您的提供者更多資訊。

如果提供者在傳送包含錯誤碼的全新錯誤（例如DELIVER_SM_RESP）後關閉連線，則他們必須修正其聯結器，否則將阻止傳輸其他型別的訊息，並觸發MTA節流。 在收發器模式中，這尤其重要，因為關閉連線會同時影響MT和SR。

檢查連線是否穩定。 除了Adobe Campaign Classic上的傳送器外，SMPP連線應持續保持至少1小時。 請參閱不穩定連線的問題一節。

如果重新啟動MTA讓傳送MT在短時間內再次運作，則可能是因為連線不穩定而發生節流。 請參閱不穩定連線的問題一節。

檢查廣泛記錄檔是否存在且狀態正確，且日期正確。 如果不是，可能是傳送或傳送準備問題。

檢查MTA是否實際處理訊息。 如果不是這種情況，這可能不是SMS問題。

檢查SMS聯結器是否實際與提供者的裝置繫結。 請向提供者要求回饋意見，以確保所有系統皆能正常通訊。 請參閱BIND_TRANSMITTER和BIND_TRANSCEIVER PDU以取得繫結程式的資訊。 您可能需要啟用SMPP追蹤才能正確進行疑難排解。

啟用SMPP追蹤後，請檢查SUBMIT_SM PDU是否包含正確的資訊。

檢查提供者是否以「確定」值（代碼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 Classic上，這可保證SR已插入providerMsgId資料表，以供SMS程式延遲處理。

檢查與外部帳戶​ 中的 id 摘取和錯誤處理相關的正則表示式。您可能需要根據 的 DELIVER_SM PDU內容對其進行驗證。

檢查表中是否正確預配 broadLogMsg 了錯誤。

在測試期間啟用SMPP追蹤。 如果您沒有啟用TLS，您應該在疑難排解MO時進行網路擷取，以檢查PDU是否包含正確資訊及格式是否正確。

擷取網路流量或分析SMPP追蹤時，如果設定了回覆，請務必擷取與MO及其回覆MT的整個交談。

如果MO (DELIVER_SM PDU)未出現在追蹤中，則問題是在提供者端。 他們必須在平台上執行疑難排解。

如果DELIVER_SM PDU出現，請檢查Adobe Campaign是否確認它並成功DELIVER_SM_RESP PDU （代碼0）。 此RESP可保證所有處理邏輯已由Adobe Campaign套用（自動回覆和允許/封鎖清單）。 如果不是這種情況，請在SMS流程日誌中搜尋錯誤訊息。

如果已啟用自動回覆，請檢查SUBMIT_SM是否已傳送給提供者。 如果沒有，在SMS程式記錄中一定會找到錯誤訊息。

如果在追蹤中找到包含回覆的SUBMIT_SM MT PDU，但簡訊未送達行動電話，您必須連絡提供者以取得疑難排解方面的協助。

檢查隔離表格和傳送記錄中的電話號碼格式是否完全相同。 如果不是，請參閱此區段 （如果您遇到國際電話號碼格式的加號首碼問題）。

檢查短程式碼。 如果收件者的短程式碼與外部帳戶中定義的相同，或是空白（空白=任何短程式碼），則可能會發生排除。 如果整個Adobe Campaign執行個體只使用一個短程式碼，則比較容易讓所有​ 短程式碼 ​欄位都留空。

出現問題時啟用詳細的SMPP訊息。 沒有這個，大部分的SMS問題都無法解決。

如果問題與SMS流量有關，請先聯絡提供者。 他們的平台最適合即時有效診斷SMS流量問題。

包括問題的簡短但實事求是的描述。

包括預期結果的說明。

包含提供者的意見回饋。

包含相關記錄檔和/或網路擷取。 進行擷取時，請務必在擷取期間重現問題。

如果您包含記錄、追蹤或擷取，請在問題出現時精確定位檔案中的確切位置。

如果您參考訊息、PDU或記錄，請清楚說明其時間戳記，以便更容易找到。

嘗試在測試環境中重現問題。 如果您不確定設定，請在測試環境中嘗試，並使用SMPP追蹤檢查結果。 報告測試環境中復寫的問題通常比直接報告生產環境中問題要好。

包括在平台上所做的任何變更或調整。 此外，也請包含提供者可能已在其一側完成的任何變更。

連線問題，但詳細訊息未顯示任何BIND_RESP PDU。

無法解釋的連線沒有錯誤訊息，這是聯結器偵測到低層通訊協定錯誤時的正常行為。

提供者抱怨解除繫結/中斷連線程式。

可選 TLV 欄位中的編碼問題。

在不同的連線之間懷疑是混合的流量。

TLS已啟用：根據定義，TLS流量會加密，因此無法擷取。

效能問題：記錄檔包含追蹤效能問題所需的所有資訊。

計時問題（retry timing、enquire_link週期、輸送量上限等）

SR剖析和處理：詳細記錄檔可提供更多內容和更好的簡報。

mo處理（自動回覆、隔離）。

未涉及實際SMPP流量的錯誤：傳遞準備、訊息中心API問題、工作流程問題等。

已在行動裝置上接收：
訊息已成功傳遞至使用者的裝置，並透過行動已終止(MT)傳遞和狀態報告(SR)兩者提供的確認。

已傳送：
已透過行動裝置已終止(MT)步驟成功處理訊息，但尚未收到確認傳遞到行動裝置的狀態報告(SR)。

傳送給提供者：
訊息已使用SUBMIT_SM command傳送給提供者，但未收到提供者的SUBMIT_SM_RESP確認。

擱置中：郵件尚未傳送給彙總。

提供者已考慮：郵件已傳送至彙總，且彙總已確認回條。

已傳送：彙總器已確認訊息已成功推送至使用者的行動網路，且沒有立即發生任何錯誤。

在行動裝置上接收：使用者的行動裝置已確認接收，且彙總器已驗證此訊息。

失敗：郵件已傳送至彙總程式，彙總程式嘗試在定義的時間段（例如，幾個小時）內傳送至使用者的行動裝置。 由於網路問題、使用者裝置無法使用或其他原因，傳送最終失敗。