Einstellungen für externe SMPP-Konten

Einstellungen des SMPP-Kanals

Transliteration der Zeichen zulassen

Bei der Transliteration werden äquivalente Zeichen zu fehlenden Zeichen gefunden. Beispielsweise fehlt das französische Zeichen „ê“ (e mit Zirkumflex-Akzent) in der GSM-Kodierung, es kann jedoch durch„e“ ersetzt werden, ohne die Lesbarkeit zu stark zu beeinträchtigen.

Wenn dieses Kontrollkästchen deaktiviert ist, schlägt die Textkodierung fehl, wenn die Zeichenfolge nicht exakt kodiert werden kann.

Wenn dieses Kontrollkästchen aktiviert ist, versucht die Textkodierung, die Zeichenfolge in eine ungefähre Version zu konvertieren, anstatt fehlzuschlagen. Wenn einige Zeichen in der Zielkodierung keine Entsprechung haben, schlägt die Textkodierung fehl.

Eine allgemeinere Erläuterung des Kodierungsprozesses finden Sie unter dem Parameter Definieren eines bestimmten Kodierungs-Mapping.

Anrufernummer

Definiert die Standardquelladresse für Nachrichten. Diese Einstellung gilt nur, wenn die Anrufernummer im Versand leer gelassen wurde. Standardmäßig wird das Feld für die Anrufernummer nicht übergeben, sodass der Provider es durch die Kurzwahlnummer ersetzt.

Damit wird die Funktion zum Überschreiben der Absenderadresse/oADC aktiviert.

Anrufer-TON/NPI, Empfänger-TON/NPI

TON (Type of Number = Nummerntyp) und NPI (Numbering Plan Indicator = Nummerierungsplanindikator) werden in Abschnitt 5.2.5 der Spezifikation von SMPP Version 3.4 (Seite 117) beschrieben. Diese Werte sollten entsprechend den Anforderungen des Providers festgelegt werden.

Sie werden unverändert in den Feldern „source_addr_ton“, „source_addr_npi“, „dest_addr_ton“ und „dest_addr_npi“ der SUBMIT_SM-PDU übertragen.

Diensttyp

Dieses Feld wird unverändert im Feld „service_type“ der SUBMIT_SM-PDU übertragen. Stellen Sie den Wert entsprechend den Anforderungen des Providers ein.

Durchsatz und Verzögerungen

Diese Einstellungen steuern alle Zeitaspekte des SMPP-Kanals. Einige Provider erfordern eine sehr genaue Kontrolle der Nachrichtenrate, des Fensters und der Wiederholungszeiten. Diese Einstellungen sollten daher auf Werte gesetzt werden, die der Kapazität des Providers und den in seinem Vertrag angegebenen Bedingungen entsprechen.

Übertragungsfenster

Das Fenster entspricht der Anzahl der SUBMIT_SM-PDUs, die gesendet werden können, ohne auf eine passende SUBMIT_SM_RESP zu warten.

Beispiel einer Übertragung mit einem maximalen Fenster von 4:

Das Fenster hilft, den Durchsatz zu erhöhen, wenn die Netzwerkverbindung eine hohe Latenz aufweist. Der Wert des Fensters muss mindestens der Anzahl der SMS/Sek. entsprechen, multipliziert mit der Latenz des Links (in Sekunden), damit der Connector nie auf eine SUBMIT_SM_RESP wartet, bevor die nächste Nachricht gesendet wird.

Wenn das Fenster zu groß ist, kann es passieren, dass Sie bei Verbindungsproblemen (in seltenen Fällen) mehr doppelte Nachrichten senden. Außerdem haben die meisten Provider ein sehr strenges Limit für das Fenster und lehnen Nachrichten ab, die das Limit überschreiten.

Berechnung der optimalen Formel für das Übertragungsfenster:

Messen Sie die maximale Latenz zwischen SUBMIT_SM und SUBMIT_SM_RESP.
Multiplizieren Sie diesen Wert (in Sekunden) mit dem maximalen Durchsatz an MT: Dies ergibt den optimalen Wert für das Übertragungsfenster.
Beispiel: Wenn Sie für den maximalen MT-Durchsatz 300 SMS/s eingestellt haben und die Latenz zwischen SUBMIT_SM und SUBMIT_SM_RESP im Durchschnitt 100 ms beträgt, wäre der optimale Wert 300×0,1 = 30.

Im Zweifelsfall sollten Sie ein größeres Fenster wählen, um Leistungsprobleme zu vermeiden.

Maximaler Durchsatz an MT

Maximale Anzahl an MT pro Sekunde und pro Verbindung. Diese Einstellung wird genau eingehalten. Der MTA wird beim Nachrichtenversand diese Grenze nie überschreiten. Diese Einstellung ist nützlich für Provider, die eine genaue Drosselung benötigen.

Um die Gesamtdurchsatzgrenze zu ermitteln, multiplizieren Sie diese Zahl mit der Gesamtzahl der Verbindungen (siehe die obige Formel).

0 bedeutet keine Begrenzung, der MTA sendet dann MT so schnell wie möglich.

Im Allgemeinen wird empfohlen, diese Einstellung unter 1.000 zu halten, da es unmöglich ist, einen genauen Durchsatz oberhalb dieser Zahl zu garantieren, es sei denn, es wurde mit der endgültigen Architektur ordnungsgemäß eine Benchmark durchgeführt. Wenn Sie einen Durchsatz von über 1.000 benötigen, kontaktieren Sie bitte Ihren Provider. Möglicherweise ist es besser, die Anzahl der Verbindungen auf über 1.000 MT/s zu erhöhen.

Dauer bis zu einer erneuten Verbindung

Wenn die TCP-Verbindung verloren geht, wartet der Connector diese Anzahl von Sekunden, bevor er versucht, eine Verbindung herzustellen.

Gültigkeitsdauer der MT

Dies ist das Timeout zwischen SUBMIT_SM und der zugehörigen SUBMIT_SM_RESP. Wenn die RESP nicht rechtzeitig empfangen wird, gilt die Nachricht als fehlgeschlagen und die globale Wiederholungsrichtlinie des MTA wird angewendet.

Bind-Timeout

Timeout zwischen dem TCP-Verbindungsversuch und der BIND_*_RESP-Antwort. Nach Ablauf des Zeitlimits wird die Verbindung durch den Campaign-Connector geschlossen. Erst nach Ablauf der Dauer bis zu einer erneuten Verbindung wird versucht, die Verbindung wiederherzustellen.

SMSC-Besonderheiten

message_payload aktivieren

Wenn diese Option deaktiviert ist, werden lange SMS vom MTA aufgeteilt und in mehreren SUBMIT_SM-PDUs mit UDH gesendet. Die Nachricht wird vom Mobiltelefon entsprechend den UDH-Daten neu zusammengesetzt.

Wenn diese Option aktiviert ist, werden lange SMS in einer einzigen SUBMIT_SM-PDU gesendet, wobei der Text in das optionale Feld „message_payload“ eingefügt wird. (Weitere Informationen dazu finden Sie in den SMPP-Spezifikationen.)

Wenn diese Funktion aktiviert ist, kann Campaign die SMS-Teile nicht einzeln zählen: Alle Nachrichten werden als in einem Teil gesendet gezählt.

Vollständige Telefonnummer senden

Wenn dieses Kontrollkästchen nicht aktiviert ist, werden nur Ziffern der (nationalen) Telefonnummer an den Provider gesendet (Feld „destination_addr“ des SUBMIT_SM-Felds). Dies ist das Standardverhalten, da das internationale Rufnummernkennzeichen (normalerweise ein „+“-Präfix) in SMPP durch TON- und NPI-Felder ersetzt wird.

Wenn das Kontrollkästchen aktiviert ist, wird die Telefonnummer unverändert gesendet, also ohne Vorverarbeitung (und mögliche Leerzeichen, „+“-Präfix oder Pfund-/Hash-/Sternzeichen).

Diese Funktion wirkt sich auch auf das Verhalten der Quarantänefunktion für automatische Antworten aus: Wenn das Kontrollkästchen nicht aktiviert ist, wird den in die Quarantänetabelle eingefügten Telefonnummern ein „+“-Präfix hinzugefügt, um das „+“-Präfix zu kompensieren, das vom SMPP-Protokoll selbst aus der Telefonnummer entfernt wird.

Regex zur ID-Extraktion im SR

Das SR-Format wird von der SMPP-Protokollspezifikation nicht strikt durchgesetzt. Es handelt sich lediglich um eine Empfehlung, die in Anhang B der Spezifikation beschrieben ist. Aus diesem Grund formatieren einige SMPP-Implementierer dieses Feld unterschiedlich, sodass Campaign eine Möglichkeit benötigt, das richtige Feld zu extrahieren.

Standardmäßig werden bis zu 10 alphanumerische Zeichen nach „ID:“ erfasst.

Der Regex muss über genau eine Erfassungsgruppe verfügen (ein Teil, der in Klammern steht). Klammern müssen den Teil umschließen, der der ID entspricht. Das Regex-Format ist PCRE.

Achten Sie beim Anpassen dieser Einstellung darauf, so viel Kontext wie möglich einzubeziehen, um Fehlauslösungen zu vermeiden. Wenn bestimmte Präfixe vorhanden sind (wie „id:“ im standardisierten Präfix), müssen Sie sie in den Regex aufnehmen. Verwenden Sie außerdem so weit wie möglich Worttrennzeichen (\b), um zu vermeiden, dass Text in der Mitte eines Wortes erfasst wird.

Wenn nicht genügend Kontext in den Regex aufgenommen wird, kann es zu einer kleinen Sicherheitslücke kommen: Der tatsächliche Inhalt der Nachricht kann in den SR eingeschlossen werden. Wenn Sie also nur ein bestimmtes ID-Format ohne Kontext verwenden (z. B. eine UUID), wird möglicherweise der eigentliche Textinhalt (z. B. eine UUID, die in das Textfeld eingebettet ist) anstelle der ID analysiert.

Regex zur Status-Extraktion im SR

Dieser Regex erfasst den Status aus dem Textfeld der SR-Nachrichten.

Standardmäßig werden 5 bis 15 Zeichen nach „stat:“ erfasst.

Der Regex muss über genau eine Erfassungsgruppe verfügen (einen Teil, der in Klammern steht). Klammern müssen den Teil umschließen, der dem Status entspricht. Das Regex-Format ist PCRE.