Hat jemand mit dem SMPP-Binär-SMS-Protokoll zu tun gehabt? Ich weiß, dass diese Technologie von den Aggregatoren und Trägern von Messaging immer noch ziemlich häufig verwendet wird, aber es scheint, als ob die SMPP-Spezifikation nicht aktualisiert wird und die Unterstützung für SMPP-Bibliotheken langsam verblasst. Das "SMS Forum" ( Ссылка ) wurde 2007 geschlossen.
Für mich fühlt es sich so an, als würde das Protokoll zugunsten von Web-Service-Interfaces sterben, aber ich war neugierig, was andere Leute denken.
Da SMPP hauptsächlich von Mobilfunkanbietern verwendet wird, hängt die Antwort auf Ihre Frage stark davon ab, mit welchem Markt / welcher Region / welchem Land Sie es zu tun haben.
Ich habe Erfahrung mit lateinamerikanischen Mobilfunkbetreibern und kann Ihnen sagen, dass, obwohl immer mehr Unternehmen ihre SMPP-Server unter HTTP-Webservices verstecken (die ihnen mehr Flexibilität bieten), das SMPP-Protokoll immer noch eine Voraussetzung für die Verbindung zu vielen ist Drahtlose Unternehmen, also ist es definitiv nicht tot.
Und wenn Sie in diese Wireless-Firmen schauen, ist das smpp-Protokoll in ihren internen Netzwerken und in den Verbindungen mit anderen Carriern sehr lebendig.
Es stimmt, dass sich die SMPP-Spezifikation seit langem nicht geändert hat, aber das ist eigentlich keine schlechte Sache. Das Protokoll ist ausgereift, und es scheint kein Interesse seitens der Betreiber zu bestehen, es um neue Funktionen zu erweitern, insbesondere weil sie die Flexibilität gefunden haben, die sie in benutzerdefinierten HTTP-APIs benötigen.
Und bezüglich der Bibliotheksimplementierungen von SMPP ist Kannel in der aktiven Entwicklung, obwohl ich es nicht empfehlen würde. Leider sind die meisten der erfolgreichen Langzeit-Implementierungen, die ich von SMPP-Clients gesehen habe, selbst entwickelte Implementierungen gewesen.
SMPP ist ein gutes Protokoll für den einfachen Nachrichtenversand. Ich hoffe, es stirbt nicht zugunsten von HTTP-basierten Protokollen. Ich stimme zu, dass die HTTP-Protokolle Flexibilität bieten würden, jedoch würde dies wahrscheinlich eine fette Payload bedeuten, die auf einer Variante von XML oder einem anderen Textprotokoll basiert, was sich stark auf die Leistung / den Stromverbrauch auswirken würde.
Solange sich SMPP an den Spezifikationen orientiert, sollte es großartig sein.
Ricardo Reyes 'Antwort deckt diese Frage fast vollständig ab ( Ссылка ). Ich füge nur meine eigenen Erfahrungen hinzu.
Ich arbeite für ein Unternehmen, das SMPP-Hub betreibt. Wir verarbeiten Geschäftslogik, die binäre SMS verarbeitet. Der Prozentsatz ist niedrig, aber sie existieren. Smartphones (z. B. iPhone) können binäre SMS für lange Nachrichten erstellen. Wir sehen einige Anwendungsfälle.
Es ist schon einige Jahre her, dass die SMPP-Spezifikation aktualisiert wurde. Ich habe keinen größeren Anbieter in den USA gesehen, der SMPP 5.0 Spezifikationen unterstützt. Fast überall ist es SMPP v3.4. Für mich sind die Gründe:
Trotz des rückläufigen Wachstumstrends wird SMS-over-SMPP, das ein zentrales Kommunikationsprotokoll darstellt, wahrscheinlich noch einige Jahrzehnte im Netz bleiben. Das ist streng genommen meine persönliche Beobachtung.
SMPP erfordert spezifisches Wissen über das Protokoll, und es erfordert Zeit und Geduld, dieses Wissen zu erwerben. Es hat wahrscheinlich den Aufstieg anderer Alternativen beeinflusst.
Ich habe gesehen, dass Entwickler mehr und mehr auf HTTP-basierte Kommunikation setzen. Die Implementierung ist benutzerdefiniert. Ich habe gesehen:
Einige selten verwendete Alternativen sind: