Na tej stronie
Podłączenie aplikacji SMPP
Tożsamość bind, wiadomości, identyfikatory, raporty i multipart.
Parametry połączenia#
Uzyskaj od operatora instancji host i port SMPP, system ID, hasło, dozwolone IP, reguły nadawcy i oczekiwania DLR. Przykładowy listener to SMPP_LISTEN_ADDR=:2775. Wewnętrzne endpointy sterujące pozostają prywatne.
Przebieg wysyłki#
- Zestaw dozwolony bind SMPP z tożsamością klienta.
- Wyślij adres nadawcy i odbiorcy z właściwymi TON/NPI i kodowaniem.
- Ustaw żądanie DLR zgodnie z integracją.
- Zapisz identyfikator odpowiedzi submit i koreluj kolejne raporty.
- Oddziel poprawne przyjęcie wiadomości od końcowego dostarczenia.
Przykład pól PDU#
To opis pól SMPP, a nie nowy endpoint HTTP do wysyłki.
submit_sm
source_addr: YOUR_APPROVED_SENDER
destination_addr: YOUR_TEST_NUMBER
registered_delivery: request receipt
data_coding: 0x00 (GSM) lub 0x08 (UCS-2)
short_message: Your verification code is 123456
Kodowanie i multipart#
Stosuj poprawne kodowanie GSM/UCS-2 oraz spójne UDH albo SAR. Przełącznik buforuje grupy multipart według timeoutu i limitu. Złożona wiadomość może zostać przekształcona i ponownie podzielona. Błędne lub niekompletne części diagnozuj w zdarzeniach.
Klienci Voice#
Aplikacja nadal wysyła przez SMPP, gdy kanał klienta to VOICE. Grupą Voice steruje konfiguracja konta. Wyniki rozmów wracają przez istniejący mechanizm DLR.
Diagnoza przed ponowieniem#
Sprawdź bind error, status submit, submit ID, message ID dostawcy i raport. Ponowienia bez korelacji mogą powielać wiadomości.
Zrzuty przedstawiają fikcyjne dane z publicznego demo. Twoja instancja może mieć inne rekordy i uprawnienia.