È il protocollo SMPP (SMS binario) morto? [chiuso]

Question

Qualcuno ha affrontato il protocollo SMS binario SMPP? So che questa tecnologia è ancora abbastanza ampiamente utilizzato dagli aggregatori di messaggistica e dei vettori, ma sembra che la specifica SMPP non viene aggiornato, e il supporto per le librerie SMPP sta lentamente scomparendo. Il "Forum SMS" ( http://www.smsforum.net ) è stato chiuso nel 2007.

Per me, ci si sente come il protocollo sta morendo a favore di interfacce web-service, ma ero curioso di ciò che pensano gli altri.

Answer 1

Dal SMPP è usato principalmente da operatori wireless, la risposta alla tua domanda dipenderà molto da ciò mercato / regione / paese che si sta trattando.

Ho esperienza con le aziende wireless dell'America Latina, e si può dire che, anche se sempre più aziende si nascondono i loro server SMPP behing HTTP webservices (che forniscono loro una maggiore flessibilità) il protocollo SMPP è ancora un requisito per la connessione a un sacco di aziende wireless, quindi non è definitivamente morto.

E se si guarda dentro quelle aziende senza fili, il protocollo SMPP è molto vivo nelle loro reti interne e nelle interconnessioni con altri vettori.

E 'vero che la specifica SMPP non è cambiata in un tempo lungo, ma che non è una cattiva cosa in realtà. Il protocollo è maturato, e non sembra esserci alcun interesse da parte dei vettori in espansione per includere nuove funzionalità, specialmente perché hanno trovato la flessibilità di cui hanno bisogno in costume HTTP API

E per quanto riguarda biblioteca implementazioni di SMPP, Kannel è in fase di sviluppo, anche se non mi consiglia il suo utilizzo. implementazioni Purtroppo la maggior parte delle implementazioni di successo a lungo termine che ho visto dei clienti SMPP sono state coltivate a casa

Answer 2

SMPP è un buon protocollo per l'invio semplice messaggio. Spero che non muore a favore di tutti i protocolli HTTP-based. Sono d'accordo che i protocolli HTTP fornirebbero flessibilità, tuttavia, sarebbe probabilmente significa un carico utile di grasso sulla base di alcuni variante di XML o di qualche altro protocollo di testo, che inciderebbe notevolmente le prestazioni / potenza-utilizzo.

Finché SMPP è guidato dalle specifiche, dovrebbe essere grande usare.

Answer 3

Stiamo ancora utilizzando esso, purtroppo.

Answer 4

Abbiamo anche ancora usato, ma stiamo repacing con protocollo HTTP per nuovi progetti!

Answer 5

Risposta Ricardo Reyes' coperto ( https://stackoverflow.com/a/545651/467545 ) questa domanda quasi completamente. Basta aggiungere la mia esperienza in questa materia.

Commento sui messaggi binari

Io lavoro per una società che gestisce hub SMPP. Facciamo gestire la logica di business che gestisce SMS binario. La percentuale è bassa, ma esistono. Smartphone (iPhone, per esempio) in grado di creare SMS binario per messaggi lunghi. Stiamo assistendo ad alcuni casi d'uso.

Commenta SMPP spec

E 'stato un bel paio di anni che le specifiche SMPP è stato aggiornato. Non ho visto qualsiasi grande vettore negli Stati Uniti per sostenere SMPP 5.0 spec. Quasi ovunque, è SMPP v3.4. Per me, i motivi sono:

• SMPP v3.4 soddisfa la maggior parte esigenza. Le aziende hanno trovato i loro modi di tutto il limitazioni.
• Il trend di crescita per gli SMS sta appiattendo. Esso non può avere senso di spendere le risorse su questo settore. Anche se SMPP v5.0 non ha ottenuto molta trazione, nessuna alternativa è in fase di sviluppo.
• Catalogo Apps possono utilizzare un piano dati per inviare SMS (non sopra SMPP) e canale di comunicazione SMS portatori di bypass. iMessage di iPhone è il più grande cambio di tendenza qui.

Nonostante il trend di crescita in calo, SMS sopra SMPP, essendo un protocollo di comunicazione di base, probabilmente continuerà in diretta nello spazio vettore per qualche altro decennio. Questo è rigorosamente la mia osservazione personale.

Commento su usi di SMPP

SMPP richiede conoscenze specifiche sul protocollo, e ci vuole tempo e pazienza per acquisire quella conoscenza. E 'probabilmente influenzato l'ascesa di altre alternative.

Ho visto che gli sviluppatori sono appoggiati sempre più verso la comunicazione basata HTTP. L'implementazione è personalizzato. Ho visto:

• comunicazione HTTP usando parametri GET. Se è necessaria una conferma sincrono, la chiamata diventa un blocco, altrimenti un callback viene utilizzato per segnalare il riconoscimento.
• HTTP con l'utilizzo di parametri POST. XML è utilizzato per descrivere l'SMS.
• servizio Web

Alcune alternative raramente utilizzati sono:

• SMTP. Per l'invio di un soggetto.
• IMAP. Per la ricezione.

Answer 6

Anche se molti agregattors SMS hanno HTTP API. Credo SMPP è molto utile quando si vuole fare massicce spedizioni, perché è un protocollo connesso.