簡訊疑難排解

上次更新： 2023-08-17

主題：
Instance Settings
檢視有關此主題的更多資訊

建立對象：
Experienced

Admin

不同外部帳戶之間發生衝突

如果執行個體有多個SMS外部帳戶，您必須檢查問題是否不是由外部帳戶之間的衝突所造成。

Adobe Campaign會將外部帳戶視為不相關的實體。

如果您有多個帳戶，請依照此程式來隔離造成問題的外部帳戶：

停用所有外部帳戶。
啟用一個外部帳戶。
嘗試重現問題。
如果初始問題並非總是出現，請在結束前進行合理的嘗試次數。
如果該單一帳戶未出現問題，請停用該帳戶，然後重新啟動至下一個帳戶的步驟2。

當您分別檢查每個帳戶後，可能會出現以下兩種情況：

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

在這種情況下，您可以對每個帳戶個別套用其他疑難排解程式。最好在診斷帳戶時停用其他帳戶，以減少網路流量和記錄數量。
在任何時候只有一個帳戶作用中時，問題未出現

帳戶之間發生衝突。如前所述，Adobe Campaign會個別處理帳戶，但提供者可能會將其視為單一帳戶。
- 您在所有帳戶之間使用不同的登入/密碼組合。
  您必須連絡提供者，才能診斷其身邊的潛在衝突。
- 部分外部帳戶共用相同的登入/密碼組合。
  提供者無法判斷來自哪些外部帳戶 BIND PDU ，因此他們會將多個帳戶的所有連線視為一個。他們可能在兩個帳戶上隨機傳送 MO 和 SR，造成問題。如果提供程式支援相同登入/密碼組合的多個簡短代碼，您必須詢問要將簡短程式碼 BIND PDU 放入的位置。請注意，此資訊必須放入 BIND PDU （而不是）中 SUBMIT_SM ，因為 BIND PDU 是唯一允許路由 MOs 正確的位置。請參閱上述每種 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 PDUs.
enquire_link 逾時，無論是在Adobe Campaign端或提供者端。您可能會看到 ENQUIRE_LINK_RESP 錯誤碼非零的錯誤碼。
有很多種 BIND PDUs.視連線數目而定，一天內不應超過幾次。每小時應發出超過1個BIND PDU的警報。

如何修正連線穩定性問題：

不穩定的連線很少是根本原因，這通常是另一個問題觸發中斷連線所造成。優先尋找根本原因。
啟用詳細的SMPP追蹤。您需要他們檢視連線重新啟動時發生的情況。
如果提供者傳送 BIND PDUs，可能有錯誤。詢問您的提供者原因 UNBING 「」已傳送。
進行網路擷取有時是檢視連線如何關閉的唯一方法。
如果提供者透過傳送 TCP FIN 或 TCP RST 封包，詢問您的提供者更多資訊。
如果提供者在傳送無障礙錯誤(例如 DELIVER_SM_RESP 有了錯誤碼，他們必須修正其聯結器，否則將阻止傳輸其他型別的訊息並觸發MTA節流。在收發器模式中，這尤其重要，因為關閉連線會同時影響MT和SR。

傳送MT （傳送給一般使用者的一般SMS）時的問題

檢查連線是否穩定。 SMPP連線應該持續至少1小時。請參閱區段連線不穩定的問題.
如果重新啟動MTA讓傳送MT在短時間內再次運作，則可能是因為連線不穩定而發生節流。請參閱區段連線不穩定的問題.
檢查廣泛記錄檔是否存在且狀態正確，且日期正確。如果不是，可能是傳送或傳送準備問題。
檢查MTA是否實際處理訊息。如果不是這種情況，這可能不是SMS問題。
檢查SMS聯結器是否實際與提供者的裝置繫結。請向提供者要求回饋意見，以確保所有系統皆能正常通訊。另請參閱 BIND_TRANSMITTER 和 BIND_TRANSCEIVER PDUs以取得繫結程式的相關資訊。您可能需要啟用SMPP追蹤才能正確進行疑難排解。
啟用SMPP追蹤後，請檢查 SUBMIT_SM PDU 包含正確的資訊。
檢查提供者是否以回應 SUBMIT_SM_RESP PDU 值為「確定」（代碼為0）。請確定PDU在到達時會有合理的延遲：超過1秒的任何時間都必須與提供者討論，通常在100毫秒內到達。
如果所有這些步驟都有效，您可以確信問題出在提供者方面。他們必須在平台上執行疑難排解。
如果它可以運作，但輸送量不一致，請嘗試調整傳送視窗並降低MT輸送量。您需要與提供者合作以調整此專案。 Adobe Campaign可以快速傳送訊息，因此提供者的裝置可能會出現效能問題。

MT重複（同一個SMS會連續多次傳送）

重複專案通常是由重試所造成。重試訊息時一般會有重複專案，您應該嘗試移除重試的根本原因。

如果您看到重複專案剛好相隔60秒傳送，可能是提供者端的問題，他們不會傳送 SUBMIT_SM_RESP 足夠快。
如果您看到許多 BIND/UNBIND，您的連線不穩定。請參閱連線不穩定的問題區段，以瞭解解決方案，然後再嘗試解決重複訊息問題。

降低重試時的重複專案數量：

降低傳送視窗。傳送視窗應足夠大以涵蓋 SUBMIT_SM_RESP 延遲。其值代表當視窗已滿時發生錯誤時可複製的最大訊息數量。

處理SR （交貨收貨）時發放

您需要啟用SMPP追蹤才能進行任何型別的SR疑難排解。
檢查 DELIVER_SM PDU 來自提供者，而且格式正確。
檢查 Adobe Campaign 及時成功 DELIVER_SM_RESP PDU 回復。在 Adobe Campaign Standard 上，這可以保證已套用整個處理邏輯，如果不是，則保證記錄中有錯誤訊息會顯示處理失敗的原因。

DELIVER_SM PDU如果未成功確認，則應檢查下列事項：

檢查與中的識別碼擷取和錯誤處理相關的規則運算式 外部帳戶. 您可能需要根據的內容 DELIVER_SM PDU.
檢查錯誤是否已適當地布建在 broadLogMsg 表格。
若為Adobe Campaign Standard，請檢查 broadLog 和 broadLogExec 表格已正確同步。

如果您已修正所有專案，但部分無效 SR 仍在提供者的緩衝區中，您可以使用 不正確 ID 確認計數 選項來略過。在緩衝區清理後，應謹慎使用，並儘快重設為0。

處理 MO 時（以及 denylist/自動回復）的問題

在測試期間啟用 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例項只使用一個簡短程式碼，則會更易於全部刪除 簡短程式碼 欄位空白。

編碼問題

步驟1：與提供者聯絡

請聯絡他們，看看他們有什麼問題。他們應該可以告訴您問題是在他們這邊還是Adobe Campaign這邊。如果問題出在Adobe Campaign，他們應該能夠告訴您確切的欄位不正確。

步驟2：瞭解訊息內容

Unicode允許許多類似字元的變體，而Adobe Campaign無法處理所有變體。

最常見的問題來自文書處理器的複製貼上，這會將一般字元變更為印刷正確的版本：空格變更為不可破斷的空格，雙引號變更為開頭和結尾引號，減號變更為各種連字型大小等。

測試時請勿複製並貼上訊息，請一律直接在介面中輸入。

使用十六進位，您可以分辨類似字元之間的差異。小寫L、大寫I、O、0、所有不同型別的引號、非拉丁編碼或甚至不同型別的空格可能看起來都相同，甚至完全不顯示。

若要將unicode轉換為十六進位，您可以使用線上工具，例如 Unicode程式碼轉換器網站。輸入您的文字，確定沒有PII，例如電話號碼，然後按一下轉換. 您會在底部（UTF-32區域）看到十六進位值。

開啟有關編碼問題的票證時，無論是否透過提供者或Adobe Campaign支援，請一律包含您所輸入內容的十六進位版本，以及您所看到的內容。

步驟3：瞭解您應傳送哪些內容

決定您要使用的編碼，並線上上搜尋其字元表。檢查您要傳送的字元是否確實可在目的碼頁面中使用。檢查 data_coding 欄位正確無誤，且符合您和提供者的預期。

步驟4：瞭解您實際傳送的內容

您將需要聯結器的偵錯輸出，才能檢視您傳送給提供者的確切位元組。中出現編碼問題 SUBMIT_SM PDUs，請務必擷取它們。傳送在記錄中容易找到的非常不同的訊息。

測試時傳送不同種類的特殊字元。例如，GSM7編碼具有十六進位形式非常不同的延伸字元，這些字元很容易辨識，因為它們沒有出現在任何其他編碼中。

通訊SMS問題時要包含的元素

每當您尋求SMS問題的協助時(無論是開啟Adobe Campaign的支援票證、SMS提供者，或有關問題的任何通訊型別)，都需要包含下列資訊以確保其正確符合資格。適當合格的問題是加快解決問題的關鍵。

啟用詳細的SMPP訊息 問題出現時。沒有這個，大部分的SMS問題都無法解決。
如果問題與SMS流量有關，請先聯絡提供者。他們的平台最適合即時有效診斷SMS流量問題。
包括問題的簡短但實事求是的描述。
包括預期結果的說明。
包含提供者的意見回饋。
包含相關記錄檔和/或網路擷取。進行擷取時，請務必在擷取期間重現問題。
如果您包含記錄、追蹤或擷取，請在問題出現時精確定位檔案中的確切位置。
如果您參考訊息、PDU或記錄，請清楚說明其時間戳記，以便更容易找到。
嘗試在測試環境中重現問題。如果您不確定設定，請在測試環境中嘗試，並使用SMPP追蹤檢查結果。報告測試環境中復寫的問題通常比直接報告生產環境中問題要好。
包括在平台上所做的任何變更或調整。此外，也請包含提供者可能已在其一側完成的任何變更。

網路擷取

不一定需要網路擷取，通常只要詳細的SMPP訊息就足夠了。以下是一些准則，可協助您判斷是否需要網路擷取：

連線有問題，但詳細訊息未顯示任何 BIND_RESP PDU.
無錯誤訊息的未解釋斷開點按，它會在檢測到低級通訊協定錯誤時的常見行為。
提供程式 complains 關於拆散/斷開程式的資訊。
在可選 TLV 欄位中編碼問題。
在不同的連線之間懷疑是混合的流量。

在所有其他情況下，請先嘗試分析詳細的SMPP訊息，並僅在詳細記錄中明確缺少資訊時請求網路擷取。

在某些情況下，不需要擷取網路流量。以下是最常見的情況：

已啟用 TLS：根據定義，TLS 流量被加密，因此無法捕獲。
效能問題：記錄檔包含追蹤效能問題所需的所有資訊。
計時問題(retry timing， enquire_link 週期、輸送量上限等)
SR剖析和處理：詳細記錄檔可提供更多內容和更好的簡報。
mo處理（自動回覆、隔離）。
未涉及實際SMPP流量的錯誤：傳遞準備、訊息中心API問題、工作流程問題等。

啟用SMPP追蹤

新聯結器支援透過追蹤的延伸記錄： SMPP。追蹤輸出於MTA記錄檔中，而非標準輸出中。

為每個外部帳戶啟用（偏好方法）

在 外部帳戶，選取 在記錄檔中啟用詳細的SMPP追蹤.
儲存，聯結器會在啟用追蹤的情況下重新連線。

即時啟用

Adobe Campaign Standard MTA具有HTTP控制介面，可讓您即時變更追蹤篩選器。
POST呼叫可以啟用/停用追蹤。啟用SMPP追蹤的URL範例：

POST http://host:7780/mta/trace?filter=SMPP

若要停用追蹤，請設定空的篩選器：

POST http://host:7780/mta/trace?filter=

在設定中啟用

在 config-instance.xml 檔案中，設定下列引數：

<mta args="-tracefilter:SMPP"/>

檢查容器上開啟的連線數目

若要檢查容器上開啟的連線數目，您可以使用此命令：

(for pid in $(ss -neopts  | sed -n ‘s/^.*:3600[ \t].*users:(([0-9A-Za-z”]*,pid=\([0-9]*\),.*$/\1/p’ | sort ); do  cat /proc/$pid/cmdline; echo  ” $pid” ;done;) | uniq --count

這會列出為指定連線埠開啟的連線數目。我們在這裡使用連線埠3600。

結果應如下所示：

4 nlserversms -noconsole -tracefile:sms@INSTANCE_NAME -instance:INSTANCE_NAME -detach 15180
2 nlservermtachild -tracefile:mtachild@INSTANCE_NAME -instance:INSTANCE_NAME -detach 1838
2 nlservermtachild -tracefile:mtachild@INSTANCE_NAME -instance:INSTANCE_NAME -detach 24025
2 nlservermtachild -tracefile:mtachild@INSTANCE_NAME -instance:INSTANCE_NAME -detach 24029
2 nlservermtachild -tracefile:mtachild@INSTANCE_NAME -instance:INSTANCE_NAME -detach 29088
2 nlservermtachild -tracefile:mtachild@INSTANCE_NAME -instance:INSTANCE_NAME -detach 30390

為sms流程開啟4個連線，每個具有5個子系的mta子系開啟2個連線。