SMS-Fehlerbehebung troubleshooting-sms

Das Problem trat bei einem oder mehreren Konten auf

In diesem Fall können Sie für jedes Konto andere Verfahren zur Fehlerbehebung anwenden. Es ist am besten, andere Konten zu deaktivieren, während Sie ein Konto diagnostizieren, um den Netzwerk-Traffic und die Anzahl der Logs zu reduzieren.

Das Problem trat nicht auf, wenn jeweils nur ein Konto aktiv war

Es gibt einen Konflikt zwischen den Konten. Wie bereits erwähnt, behandelt Adobe Campaign die Konten einzeln, aber der Provider behandelt sie möglicherweise als ein einziges Konto.

• Sie verwenden unterschiedliche Anmelde-/Kennwortkombinationen für alle Ihre Konten.
  Sie müssen den Provider kontaktieren, um potenzielle Konflikte auf dessen Seite zu diagnostizieren.

• Einige der externen Konten verwenden dieselbe Anmelde-/Kennwortkombination.
  Der Anbieter kann nicht feststellen, von welchem externen Konto die BIND PDU stammt, also behandelt er alle Verbindungen von mehreren Konten als eine einzige. Möglicherweise wurden MO und SR wahllos über die beiden Konten geleitet, was zu Problemen führt.
  Wenn der Provider mehrere Kurzwahlnummern für dieselbe Anmelde-/Kennwortkombination unterstützt, müssen Sie ihn fragen, wo diese Kurzwahlnummer in die BIND PDU eingefügt werden soll. Beachten Sie, dass diese Information in die BIND PDU und nicht in SUBMIT_SM eingefügt werden muss, da nur in der BIND PDU eine korrekte Weiterleitung von MOs möglich ist.
  Siehe den Abschnitt Informationen in den verschiedenen PDU-Arten weiter oben, um zu erfahren, welches Feld in BIND PDU verfügbar ist. Normalerweise fügen Sie die Kurzwahlnummer in address_range hinzu. Dies erfordert jedoch besondere Unterstützung durch den Provider. Wenden Sie sich an diesen, um zu erfahren, wie er mehrere Kurzwahlnummern unabhängig voneinander weiterleiten wird.
  Adobe Campaign unterstützt die Verarbeitung mehrerer Kurzwahlnummern in demselben externen Konto.

Untersuchen Sie, ob und von wem der Connector kürzlich geändert wurde (überprüfen Sie die externen Konten als Gruppe).

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;

Untersuchen Sie (im Verzeichnis "/postupgrade"), ob und wann das System aktualisiert wurde.

Untersuchen Sie, ob Pakete, die sich auf SMS auswirken, kürzlich aktualisiert wurden (https://experienceleague.adobe.com/var/log/dpkg.log?lang=de).

Wenn das Problem in einer Mid-Sourcing-Umgebung auftritt, stellen Sie sicher, dass die Versand-Logs und die broadLogs ordnungsgemäß auf dem Mid-Sourcing-Server erstellt und aktualisiert werden. Wenn das nicht der Fall ist, liegt kein SMS-Problem vor.

Wenn auf dem Mid-Sourcing-Server alles funktioniert und SMS ordnungsgemäß gesendet werden, die Marketing-Instanz jedoch nicht ordnungsgemäß aktualisiert wird, liegt möglicherweise ein Problem mit der Mid-Synchronisation vor.

Wenn die BIND PDU einen command_status-Code ungleich Null zurückgibt, fragen Sie den Provider nach weiteren Informationen.

Überprüfen Sie, ob das Netzwerk ordnungsgemäß konfiguriert ist, damit die TCP-Verbindung zum Provider hergestellt werden kann.

Bitten Sie den Provider, zu überprüfen, ob die IP-Adressen ordnungsgemäß zur Zulassungsliste der Adobe Campaign-Instanz hinzugefügt wurden.

Überprüfen Sie die Einstellungen für externe Konten. Fragen Sie den Provider nach dem Wert der Felder.

Wenn die Verbindung erfolgreich, aber instabil ist, lesen Sie den Abschnitt Probleme mit instabilen Verbindungen.

Wenn Verbindungsprobleme schwer zu diagnostizieren sind, kann eine Netzwerkaufzeichnung Informationen liefern. Achten Sie darauf, dass die Netzwerkaufzeichnung läuft, während das Problem auftritt, damit es effizient analysiert werden kann. Sie sollten auch den genauen Zeitpunkt notieren, zu dem das Problem auftritt.

Die Verbindung besteht für weniger als eine Stunde. Dies gilt jedoch nicht für Transmitter-Verbindungen, was mit der Funktionsweise des MTA von Adobe Campaign Classic zusammenhängt.

Der Provider sendet UNBIND PDUs.

Das enquire_link-Zeitlimit wird entweder auf der Adobe Campaign-Seite oder auf der Provider-Seite überschritten. In diesem Fall wird möglicherweise ENQUIRE_LINK_RESP mit einem Fehler-Code ungleich Null angezeigt.

Es gibt viele BIND PDUs. Abhängig von der Anzahl der Verbindungen sollten an einem Tag nicht mehr als ein paar vorhanden sein. Mehr als 1 BIND PDU pro Stunde ist alarmierend.

Instabile Verbindungen sind selten die eigentliche Ursache. Sie sind häufig das Ergebnis eines anderen Problems, das einen Verbindungsabbruch auslöst. Die Suche nach der eigentlichen Ursache hat Priorität.

Aktivieren Sie die ausführliche SMPP-Verfolgung. Sie benötigen diese, um zu sehen, was passiert, wenn die Verbindung neu gestartet wird.

Wenn der Provider BIND PDUs sendet, stimmt möglicherweise etwas nicht. Fragen Sie Ihren Provider, warum UNBING gesendet wird.

Eine Netzwerkaufzeichnung ist manchmal die einzige Möglichkeit, um zu sehen, wie die Verbindung geschlossen wird.

Wird die Verbindung vonseiten des Providers durch Versenden von TCP FIN oder TCP RST packet geschlossen, wenden Sie sich an diesen, um weitere Informationen zu erhalten.

Wenn der Provider die Verbindung schließt, nachdem er einen ordnungsgemäßen Fehler wie DELIVER_SM_RESP mit einem Fehler-Code gesendet hat, muss er seinen Connector reparieren. Andernfalls wird verhindert, dass andere Arten von Nachrichten übertragen werden, und die MTA-Drosselung wird ausgelöst. Dies ist besonders im Transceiver-Modus wichtig, wo sich das Schließen der Verbindung sowohl auf MT als auch auf SR auswirkt.

Überprüfen Sie, ob die Verbindung stabil ist. Eine SMPP-Verbindung sollte mindestens eine Stunde durchgängig bestehen (außer bei Transmittern in Adobe Campaign Classic). Weitere Informationen finden Sie im Abschnitt Probleme mit instabilen Verbindungen.

Wenn durch einen Neustart des MTA das Senden von MT für einen kurzen Zeitraum wieder funktioniert, besteht wahrscheinlich eine Drosselung aufgrund einer instabilen Verbindung. Weitere Informationen finden Sie im Abschnitt Probleme mit instabilen Verbindungen.

Überprüfen Sie, ob das Broadlog vorhanden ist und den richtigen Status mit den richtigen Daten aufweist. Ist dies nicht der Fall, könnte es sich um ein Problem beim Versand oder bei der Versandvorbereitung handeln.

Prüfen Sie, ob der MTA die Nachricht tatsächlich verarbeitet. Ist dies nicht der Fall, handelt es sich möglicherweise nicht um ein SMS-Problem.

Prüfen Sie, ob der SMS-Connector tatsächlich mit den Geräten des Providers verbunden ist. Bitten Sie den Provider um Rückmeldung, um sicherzustellen, dass alle Systeme richtig kommunizieren. Informationen zum Bindungsprozess finden Sie unter BIND_TRANSMITTER und BIND_TRANSCEIVER PDUs. Möglicherweise müssen Sie SMPP-Traces aktivieren, um eine ordnungsgemäße Fehlerbehebung zu ermöglichen.

Überprüfen Sie bei aktivierten SMPP-Traces, ob SUBMIT_SM PDU die richtigen Informationen enthält.

Stellen Sie sicher, dass der Provider mit einem SUBMIT_SM_RESP PDU mit dem Wert "OK" (Code 0) antwortet. Stellen Sie sicher, dass die PDU mit einer angemessenen Verzögerung eintrifft: Alles, was länger als 1 Sekunde ist, muss mit dem Provider besprochen werden. Sie kommt normalerweise in weniger als 100 ms an.

Wenn alle diese Schritte funktionieren, können Sie sicher sein, dass das Problem auf der Seite des Providers liegt. Er muss dann die Fehlersuche auf seiner Plattform durchführen.

Wenn es funktioniert, der Durchsatz jedoch inkonsistent ist, versuchen Sie, das Übertragungsfenster anzupassen und den MT-Durchsatz zu verringern. Für diese Anpassung müssen Sie mit dem Provider zusammenarbeiten. Adobe Campaign kann Nachrichten sehr schnell senden, so dass Performance-Probleme auf den Geräten des Providers auftreten können.

Wenn Sie sehen, dass Duplikate im Abstand von genau 60 Sekunden gesendet werden, ist dies wahrscheinlich ein Problem auf der Seite des Providers, der die SUBMIT_SM_RESP nicht schnell genug sendet.

Wenn Sie viele BIND/UNBIND sehen, haben Sie eine instabile Verbindung. Suchen Sie zuerst Lösungen im Abschnitt Probleme mit instabilen Verbindungen, bevor Sie versuchen, Probleme mit doppelten Nachrichten zu lösen.

Sie müssen die SMPP-Verfolgung aktivieren, um jegliche Art von SR-Fehlerbehebung durchzuführen.

Überprüfen Sie, ob die DELIVER_SM PDU vom Provider kommt und korrekt formuliert ist.

Überprüfen Sie, ob Adobe Campaign rechtzeitig mit einer erfolgreichen DELIVER_SM_RESP PDU antwortet. Diese gewährleistet in Adobe Campaign Classic, dass der SR in die Tabelle providerMsgId eingefügt wurde, um die verzögerte Verarbeitung durch den SMS-Prozess zu ermöglichen.

Überprüfen Sie den Regex für die ID-Extraktion und die Fehlerverarbeitung im externen Konto. Möglicherweise müssen Sie diese anhand des Inhalts von DELIVER_SM PDU validieren.

Überprüfen Sie, ob die Fehler in der Tabelle broadLogMsg richtig bereitgestellt wurden.

Aktivieren Sie SMPP-Traces während der Tests. Wenn Sie TLS nicht aktivieren, sollten Sie bei der Fehlerbehebung bei MO eine Netzwerkaufzeichnung durchführen, um zu überprüfen, ob die PDUs die richtigen Informationen enthalten und ordnungsgemäß formatiert sind.

Wenn Sie Netzwerk-Traffic aufzeichnen oder SMPP-Traces analysieren, stellen Sie sicher, dass Sie die gesamte Konversation mit dem MO und seiner Antwort-MT erfassen, wenn eine Antwort konfiguriert ist.

Wenn MO (DELIVER_SM PDU) nicht in Traces angezeigt wird, liegt das Problem auf der Seite des Providers. Er muss dann die Fehlersuche auf seiner Plattform durchführen.

Wenn DELIVER_SM PDU angezeigt wird, überprüfen Sie, ob sie von Adobe Campaign mit einer erfolgreichen DELIVER_SM_RESP PDU (Code 0) quittiert wird. Diese RESP garantiert, dass die gesamte Verarbeitungslogik von Adobe Campaign angewendet wurde (automatische Antwort und Zulassungs-/Blockierungsliste). Wenn dies nicht der Fall ist, überprüfen Sie die Logs des SMS-Prozesses auf eine Fehlermeldung.

Wenn automatische Antworten aktiviert sind, überprüfen Sie, ob SUBMIT_SM an den Provider gesendet wurde. Ist das nicht der Fall, können Sie davon ausgehen, dass die Logs des SMS-Prozesses eine Fehlermeldung enthalten.

Wenn die SUBMIT_SM MT PDU, die die Antwort enthält, in Traces gefunden wird, die SMS aber nicht auf dem Mobiltelefon ankommt, müssen Sie sich an den Provider wenden, um Unterstützung bei der Fehlerbehebung zu erhalten.

Überprüfen Sie, ob die Telefonnummern in der Quarantänetabelle und im Versand-Log im exakt gleichen Format vorliegen. Ist dies nicht der Fall, gehen Sie zu diesem Abschnitt, wenn Sie Probleme mit dem "+"-Präfix des internationalen Telefonnummernformats haben.

Prüfen Sie die Kurzwahlnummern. Es kann zu Ausschlüssen kommen, wenn die Kurzwahlnummer des Empfängers entweder dieselbe ist, wie im externen Konto definiert, oder wenn sie leer ist (leer = beliebige Kurzwahlnummer). Wenn nur eine Kurzwahlnummer für die gesamte Adobe Campaign-Instanz verwendet wird, ist es einfacher, alle Felder mit Kurzwahlnummern leer zu lassen.

Aktivieren Sie ausführliche SMPP-Meldungen, wenn das Problem auftritt. Die meisten SMS-Probleme lassen sich nur damit lösen.

Wenn das Problem mit dem SMS-Traffic zusammenhängt, wenden Sie sich zuerst an den Provider. Deren Plattform ist für eine effiziente Diagnose von SMS-Traffic-Problemen in Echtzeit am besten geeignet.

Fügen Sie eine kurze, sachliche Beschreibung des Problems bei.

Fügen Sie eine Beschreibung des erwarteten Ergebnisses bei.

Fügen Sie die Rückmeldung des Providers bei.

Fügen Sie relevante Logs und/oder Netzwerkaufzeichnungen bei. Achten Sie bei der Aufzeichnung darauf, das Problem während der Aufzeichnung zu reproduzieren.

Wenn Sie Logs, Traces oder Aufzeichnungen beifügen, geben Sie die genaue Stelle in der Datei an, an der das Problem auftritt.

Wenn Sie auf Nachrichten, PDUs oder Logs verweisen, geben Sie deren Zeitstempel an, damit sie leichter zu finden sind.

Versuchen Sie, das Problem in einer Testumgebung zu reproduzieren. Wenn Sie sich bei einer Einstellung nicht sicher sind, versuchen Sie sie in der Testumgebung und überprüfen Sie das Ergebnis mit SMPP-Traces. In der Regel ist es besser, in Testumgebungen replizierte Probleme zu melden, als Probleme in Produktionsumgebungen direkt zu melden.

Fügen Sie alle Änderungen oder Optimierungen hinzu, die auf der Plattform vorgenommen wurden. Schließen Sie auch alle Änderungen ein, die der Provider möglicherweise auf seiner Seite vorgenommen hat.

Verbindungsprobleme, aber in den ausführlichen Meldungen werden keine BIND_RESP PDU angezeigt.

Ungeklärte Verbindungsabbrüche ohne Fehlermeldung, das übliche Verhalten des Connectors, wenn er einen Protokollfehler auf niedriger Ebene erkennt.

Der Provider beschwert sich über Verbindungsabbrüche.

Kodierungsprobleme in optionalen TLV-Feldern.

Es wird vermutet, dass der Traffic zwischen verschiedenen Verbindungen vermischt ist.

TLS aktiviert: Der TLS-Traffic ist von vornherein verschlüsselt, sodass er nicht aufgezeichnet werden kann.

Performance-Probleme: Die Logs enthalten alle erforderlichen Informationen zum Verfolgen von Performance-Problemen.

Timing-Probleme (retry timing, enquire_link-Zeitraum, Durchsatzbegrenzung usw.)

SR-Analyse und -Verarbeitung: Ausführliche Logs bieten viel mehr Kontext und eine bessere Darstellung.

MO-Verarbeitung (automatische Antworten, Quarantäne).

Fehler, die nicht den eigentlichen SMPP-Traffic betreffen: Versandvorbereitung, Probleme mit der Message Center-API, Workflow-Probleme usw.

Auf Mobiltelefon erhalten:
Die Nachricht wurde erfolgreich an das Gerät des Benutzers gesendet, wobei sowohl vom MT-Versand (Mobile Terminated) als auch von einem Statusbericht (SR) bestätigt wurde.

Gesendet:
Die Nachricht wurde im Schritt Mobile Terminated (MT) erfolgreich verarbeitet, aber ein Statusbericht (SR), der die Zustellung an das Mobilgerät bestätigt, wurde noch nicht empfangen.

An Provider gesendet:
Die Nachricht wurde mit dem SUBMIT_SM command an den Provider gesendet, aber vom Provider wurde keine SUBMIT_SM_RESP Bestätigung empfangen.

Ausstehend: Die Nachricht wurde noch nicht an den Aggregator gesendet.

Vom Provider berücksichtigt: Die Nachricht wurde an den Aggregator gesendet und der Aggregator hat den Empfang bestätigt.

Gesendet: Der Aggregator hat bestätigt, dass die Nachricht erfolgreich ohne sofortigen Fehler an das Mobilfunknetz des Benutzers gesendet wurde.

Auf Mobiltelefon erhalten: Das Mobilgerät des Benutzers hat die Quittung quittiert, was vom Aggregator überprüft wurde.

Fehlgeschlagen: Die Nachricht wurde an den Aggregator gesendet, der versucht hat, die Nachricht für einen bestimmten Zeitraum (z. B. mehrere Stunden) an das Mobilgerät des Benutzers zu senden. Die Bereitstellung schlug aufgrund von Netzwerkproblemen, der Nichtverfügbarkeit des Benutzergeräts oder anderen Gründen letztendlich fehl.