Ist das SMPP (binäre SMS) Protokoll tot? [geschlossen]

Question

Hat jemand mit dem SMPP binären SMS-Protokoll behandelt? Ich weiß, dass diese Technologie ist noch ziemlich weit von den Messaging-Aggregatoren und Trägern verwendet, aber es scheint, wie die SMPP spec nicht gerade aktualisiert wird, und die Unterstützung von SMPP Bibliotheken langsam verblasst. Die "SMS Forum" ( http://www.smsforum.net ) wurde 2007 stillgelegt.

Für mich fühlt es sich wie das Protokoll für Web-Service-Schnittstellen zu sterben, aber ich war neugierig, was andere Leute denken.

Answer 1

Da SMPP hauptsächlich durch Mobilfunkbetreiber verwendet wird, wird die Antwort auf Ihre Frage viel davon abhängen, was Markt / region / Land Sie es zu tun.

Ich habe Erfahrung mit dem lateinamerikanischen Wireless-Unternehmen, und können Ihnen sagen, dass, obwohl immer mehr Unternehmen ihren SMPP-Server behing HTTP Web Service versteckt (das sie mehr Flexibilität) das SMPP-Protokoll noch eine Voraussetzung ist, um eine Menge von zu verbinden Wireless-Unternehmen, es ist also auf jeden Fall nicht tot.

Und wenn Sie innerhalb dieses Wireless-Unternehmens suchen, das SMPP-Protokoll ist sehr lebendig in ihren internen Netzwerken und in den Zwischenverbindungen mit anderen Trägern.

Es ist wahr, dass die SMPP-Spezifikation nicht in einer langen Zeit verändert hat, aber das ist keine schlechte Sache eigentlich. Das Protokoll ist gereift, und es scheint kein Interesse von den Trägern zu sein, in den Ausbau der neuen Funktionalität enthalten, speziell, weil sie die Flexibilität in der kundenspezifischen sie benötigen HTTP APIs gefunden haben

Und bezüglich Bibliothek Implementierungen von SMPP, Kannel ist in der aktiven Entwicklung, obwohl ich würde nicht empfehlen seine Verwendung. Leider sind die meisten der erfolgreichen langfristigen Implementierungen, die ich gesehen habe, von SMPP Kunden home grown-Implementierungen wurden

Answer 2

SMPP ist ein gutes Protokoll für einfache Botschaft zu senden. Ich hoffe, dass es nicht für alle HTTP-basierte Protokolle nicht sterben. Ich bin damit einverstanden, dass die HTTP-Protokolle Flexibilität bieten würden, wäre es jedoch wahrscheinlich eine fette Nutzlast bedeutet auf einigen Varianten von XML-basierten oder einem anderen Text-Protokoll, das die Leistung erheblich / Energieverbrauch auswirken würde.

Solange SMPP durch die Spezifikationen geführt wird, soll es groß sein, zu verwenden.

Answer 3

Wir verwenden es immer noch, leider.

Answer 4

Wir haben noch es auch verwenden, aber wir sind repacing es mit HTTP-Protokoll für neue Projekte!

Answer 5

Ricardo Reyes' Antwort bedeckt ( https://stackoverflow.com/a/545651/467545 ) diese Frage fast vollständig. Nur meine eigenen Erfahrungen in dieser Angelegenheit hinzufügen.

Kommentar zu Binärmeldungen

Ich arbeite für ein Unternehmen, das SMPP-Hub läuft. Wir tun Business-Logik behandeln, die binäre SMS abwickelt. Der Prozentsatz ist niedrig, aber sie existieren. Smartphones (iPhone, zum Beispiel) kann binäre SMS für lange Nachrichten erstellen. Wir sind einige Anwendungsfälle zu sehen.

Kommentar zu SMPP spec

Es ist hat schon einige Jahre auf, dass die SMPP-Spezifikation aktualisiert wurde. Ich habe keine großen Träger in den USA gesehen SMPP 5.0-Spezifikation zu unterstützen. Fast überall ist es SMPP v3.4. Für mich sind die Gründe:

• SMPP v3.4 erfüllt die meisten Anforderung. Die Unternehmen haben ihre Möglichkeiten, um die gefunden Einschränkungen.
• Der Wachstumstrend für SMS flacht. Es kann nicht sinnvoll, Ressourcen auf diesem Gebiet zu verbringen. Obwohl SMPP v5.0 nicht viel Traktion bekommen, keine Alternative entwickelt.
• Apps für Smartphones können Datentarif nutzen SMS zu senden (nicht über SMPP) und SMS-Kommunikationskanal Bypass-Träger. iPhone iMessage ist der größte Trend Wechsler hier.

Trotz des rückläufigen Wachstumstrend, SMS über SMPP, ein Kern-Kommunikationsprotokoll ist, wird wahrscheinlich lebt in dem Träger Raum für einige weiteren zehn Jahre vergehen. Das ist streng meine persönliche Beobachtung.

Kommentar zu Verwendungen von SMPP

SMPP erfordert spezielle Kenntnisse über das Protokoll, und es braucht Zeit und Geduld, dieses Wissen zu erwerben. Es wahrscheinlich den Aufstieg anderer Alternativen beeinflusst.

Ich habe gesehen, dass die Entwickler lehnen sich mehr und mehr auf HTTP-basierte Kommunikation. Die Implementierung ist Brauch. Ich habe gesehen:

• HTTP-Kommunikation GET-Parameter verwenden. Wenn synchrone Bestätigung erforderlich ist, wird der Anruf eine blockierende, sonst wird ein Rückruf melden Bestätigung verwendet.
• HTTP POST mit Parametern. XML verwendet wird, um die SMS zu beschreiben.
• Web Service

Einige selten verwendete Alternativen sind:

• SMTP. Für von einer Entität zu senden.
• IMAP. Für den Empfang.

Answer 6

Obwohl viele SMS agregattors haben HTTP-APIs. Ich denke, SMPP sehr nützlich ist, wenn Sie massive sendings tun wollen, weil es ein verbundenes Protokoll ist.