Semua yang perlu diketahui, tidak ada yang tidak perlu.
Mengapa 3.4 lebih mendominasi basis instalasi
SMPP 3.4 diluncurkan pada saat yang sama ketika SMS A2P mulai berkembang. Setiap vendor SMSC utama membangun implementasi 3.4 yang mendalam dan stabil. Protokol ini ringkas (sekitar 30 tipe PDU, delapan perintah yang pernah Anda kirim), mudah dipahami, dan mampu melewati setiap NAT dan firewall di jalurnya. Dua puluh tujuh tahun kemudian, spesifikasi SMPP 3.4 masih menjadi protokol utama yang tersemat di setiap kontrak interkoneksi A2P.
Apa yang ditambahkan pada 5.0
SMPP 5.0 telah memperbaiki beberapa kekurangan: message_payload UTF-8 asli, registri service_type yang tepat, broadcast_sm / query_broadcast_sm / cancel_broadcast_sm untuk siaran seluler, TLV penagihan opsional, serta kontrol kongesti yang lebih ketat dengan congestion_state. Versi ini juga memperkenalkan konsep mesin message_state yang dapat dijalankan oleh SMSC atas nama ESME.
Mengapa hampir tidak ada yang menggunakan 5.0
Tiga alasan. Pertama, vendor SMSC tidak dibayar untuk melakukan upgrade — operator sudah memiliki tumpukan 3.4 yang berfungsi. Kedua, kasus penggunaan cell-broadcast yang ditargetkan 5.0 ditujukan ke pusat cell broadcast (CBC) khusus, bukan ke SMSC. Ketiga, hal-hal yang diperbaiki oleh 5.0 (penanganan Unicode, billing TLV) biasanya diselesaikan pada lapisan aplikasi dengan TLV di atas 3.4. Hasilnya: pada BroadNet kami hanya memiliki satu bind 5.0 dalam produksi. Kami memiliki lebih dari 1.000 bind 3.4 yang aktif.
Saran praktis
Bind sebagai transceiver melalui SMPP 3.4, dengan TLS pada port yang disediakan dengan akun Anda. Gunakan submit_sm dengan message_payload TLV untuk pesan panjang (alih-alih konkatenasi UDH) jika SMSC penerima mendukungnya. Negosiasikan enquire_link setiap 30 detik, lakukan unbind secara bersih. Jika agregator Anda memaksa penggunaan 5.0, tanyakan alasannya — tidak ada manfaat keterkiriman pada rute A2P komersial.
Perbandingan SMPP 3.4 vs SMPP 5.0 secara sekilas
| SMPP 3.4 | SMPP 5.0 | |
|---|---|---|
| Dirilis | 1999 | 2003 |
| Basis instalasi produksi | Hampir setiap pengikatan A2P | Jarang — jarang diterapkan |
| Header Unicode native | — | |
| Dukungan cell broadcast | — | |
| Kontrol kongesti | Dasar | Sinyal congestion_state |
| Manfaat tingkat keterkiriman | Dasar | Tidak ada pada rute A2P komersial |
| Direkomendasikan hari ini | Ya — transceiver melalui TLS | Hanya jika diminta oleh pihak lawan |