Tutto ciò che vale la pena sapere, niente di superfluo.
Perché la versione 3.4 ha vinto in termini di installazioni
SMPP 3.4 è stato rilasciato nello stesso momento in cui SMS A2P ha preso piede. Tutti i principali fornitori di SMSC hanno sviluppato implementazioni 3.4 solide e stabili. Il protocollo è compatto (circa 30 tipi di PDU, otto comandi che si inviano effettivamente), ben compreso e resiste a qualsiasi NAT e firewall. Ventisette anni dopo, la specifica SMPP 3.4 è ancora il protocollo di riferimento in ogni contratto di interconnessione A2P.
Cosa ha aggiunto la versione 5.0
SMPP 5.0 ha risolto diverse problematiche: supporto nativo per message_payload in UTF-8, un registro service_type adeguato, broadcast_sm / query_broadcast_sm / cancel_broadcast_sm per la trasmissione broadcast delle celle, TLV di fatturazione opzionali e un controllo della congestione più rigoroso con congestion_state. Ha inoltre introdotto il concetto di message_state machines che l'SMSC può gestire per conto dell'ESME.
Perché quasi nessuno usa la versione 5.0
Tre motivi. Primo, i fornitori di SMSC non sono stati pagati per l'aggiornamento: gli operatori avevano già stack 3.4 funzionanti. Secondo, il caso d'uso di trasmissione cellulare a cui era destinato lo standard 5.0 è stato indirizzato ai centri di trasmissione cellulare (CBC) dedicati, non agli SMSC. Terzo, i problemi risolti dallo standard 5.0 (gestione Unicode, TLV di fatturazione) vengono solitamente risolti a livello applicativo con TLV aggiuntivi rispetto allo standard 3.4. Il risultato: in BroadNet abbiamo un solo binding 5.0 in produzione. Abbiamo oltre 1.000 binding 3.4 attivi.
Consigli pratici
Effettua il bind come transceiver tramite SMPP 3.4, con TLS sulla porta fornita con il tuo account. Utilizza submit_sm con TLV message_payload per i messaggi lunghi (invece della concatenazione UDH) quando l'SMSC ricevente lo supporta. Negozia enquire_link ogni 30 secondi e disconnettiti correttamente. Se il tuo aggregatore impone SMPP 5.0, chiedi il motivo: non offre alcun vantaggio in termini di deliverability sulle rotte A2P commerciali.
SMPP 3.4 e SMPP 5.0 in sintesi
| SMPP 3.4 | SMPP 5.0 | |
|---|---|---|
| Rilascio | 1999 | 2003 |
| Base installata in produzione | Quasi tutti i bind A2P | Raro — poco diffuso |
| Intestazione Unicode nativa | — | |
| Supporto Cell Broadcast | — | |
| controllo della congestione | Di base | Segnalazione congestion_state |
| Vantaggio in termini di consegna | Riferimento | Nessuno sulle rotte A2P commerciali |
| Consigliato oggi | Sì — transceiver su TLS | Solo se richiesto dalla controparte |