Question

Quelqu'un at-il traité avec le protocole SMS binaire SMPP? Je sais que cette technologie est encore assez largement utilisé par les agrégateurs de messagerie et les transporteurs, mais il semble que la spécification SMPP est pas mis à jour, et le soutien aux bibliothèques SMPP se fane lentement. Le "Forum SMS" ( http://www.smsforum.net ) a été fermée en 2007.

Pour moi, il se sent comme le protocole est en train de mourir en faveur des interfaces de services Web, mais j'étais curieux ce que les autres pensent.

Était-ce utile?

La solution

Depuis SMPP est principalement utilisé par les opérateurs sans fil, la réponse à votre question dépendra beaucoup de ce marché / région / pays que vous avez affaire.

J'ai l'expérience avec des entreprises sans fil d'Amérique latine, et je peux vous dire que, bien que de plus en plus d'entreprises se cachent leurs serveurs SMPP behing HTTP webservices (qui les fournissent plus de flexibilité) le protocole SMPP est encore nécessaire de se connecter à un grand nombre de entreprises sans fil, il est donc certainement pas mort.

Et si vous regardez à l'intérieur de ces entreprises sans fil, le protocole SMPP est très vivant dans leurs réseaux internes et dans les interconnexions avec d'autres transporteurs.

Il est vrai que la spécification SMPP n'a pas changé depuis longtemps, mais ce n'est pas une mauvaise chose en fait. Le protocole a mûri, et il semble y avoir aucun intérêt des transporteurs à l'étendre à inclure de nouvelles fonctionnalités, en particulier parce qu'ils ont trouvé la flexibilité dont ils ont besoin sur mesure API HTTP

Et en ce qui concerne les implémentations de la bibliothèque de SMPP, Kannel est en développement actif, bien que je ne recommande son utilisation. Malheureusement, la plupart des mises en œuvre avec succès à long terme que j'ai vu des clients SMPP ont été mises en œuvre Home Grown

Autres conseils

SMPP est un bon protocole pour l'envoi de message simple. J'espère qu'il ne meurt pas en faveur de protocoles basés sur HTTP. Je suis d'accord que les protocoles HTTP fourniraient la flexibilité, cependant, il signifierait probablement une charge utile de graisse basé sur une variante de XML ou d'un autre protocole de texte, ce qui aurait une incidence considérablement les performances / puissance d'utilisation.

Tant que SMPP est guidé par les spécifications, il devrait être génial d'utiliser.

Nous utilisons encore, malheureusement.

Nous avons également l'utilisons encore, mais nous repacing avec le protocole HTTP pour les nouveaux projets!

réponse Ricardo Reyes couvert ( https://stackoverflow.com/a/545651/467545 ) cette question presque complètement. Tout en ajoutant ma propre expérience dans ce domaine.

Commentaire sur les messages binaires

Je travaille pour une entreprise qui va centre SMPP. Nous faisons gérer la logique métier qui gère SMS binaire. Le pourcentage est faible, mais ils existent. Smartphones (iPhone, par exemple) peut créer des SMS binaires pour les messages longs. Nous voyons des cas d'utilisation.

Commentaire sur les spécifications SMPP

Il est a été tout à fait quelques années que la spécification SMPP a été mis à jour. Je ne l'ai pas vu un grand transporteur aux États-Unis pour soutenir les spécifications SMPP 5.0. Presque partout, il est SMPP v3.4. Pour moi, les raisons sont:

  • SMPP v3.4 répond à la plupart exigence. Les entreprises ont trouvé leurs moyens autour de la limitations.
  • La tendance de croissance pour les SMS s'aplatit. Il ne peut pas judicieux de dépenser des ressources dans ce domaine. Même si SMPP v5.0 n'a pas eu beaucoup de traction, aucune solution de rechange est en cours d'élaboration.
  • des applications de téléphones intelligents peuvent utiliser le plan de données pour envoyer des SMS (non plus SMPP) et le canal de communication SMS de transporteurs de dérivation. iMessage iPhone est le plus grand changeur de tendance ici.

En dépit de la tendance de déclin de la croissance, SMS sur SMPP, étant un protocole de communication de base, probablement continuer à vivre dans l'espace porteur pour peu plus de dix ans. C'est strictement mon observation personnelle.

Commentaire sur les usages de SMPP

SMPP nécessite des connaissances spécifiques sur le protocole, et il faut du temps et de patience pour acquérir cette connaissance. Il a probablement influencé la hausse des autres alternatives.

Je l'ai vu que les développeurs se penchent de plus en plus vers la communication basée sur HTTP. La mise en œuvre est personnalisée. Je l'ai vu:

  • communication HTTP à l'aide des paramètres GET. Si la reconnaissance synchrone est nécessaire, l'appel devient un blocage, sinon un rappel est utilisé pour signaler la reconnaissance.
  • HTTP avec l'aide des paramètres POST. XML est utilisé pour décrire le SMS.
  • service Web

Certaines alternatives rarement utilisées sont:

  • SMTP. Pour l'envoi d'une entité.
  • IMAP. Pour recevoir.

Bien que de nombreux agregattors SMS ont HTTP API. Je pense que SMPP est très utile lorsque vous voulez faire d'énormes envois, car il est un protocole connecté.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top