mobile - smsc - sms gateway open source

¿El protocolo SMPP(SMS binario) está muerto?

Question

¿Alguien ha tratado con el protocolo de mensajes binarios SMPP? Sé que esta tecnología todavía es bastante utilizada por los agregadores y operadores de mensajería, pero parece que la especificación SMPP no se está actualizando, y el soporte para las bibliotecas SMPP se está desvaneciendo lentamente. El "Foro de SMS" ( http://www.smsforum.net ) se cerró en 2007.

Para mí, parece que el protocolo se está muriendo a favor de las interfaces de servicios web, pero tenía curiosidad por lo que otras personas piensan.

Answer 1

¡Todavía lo usamos pero lo reparemos con el protocolo HTTP para nuevos proyectos!

Answer 2

Todavía lo estamos usando, desafortunadamente.

Answer 3

Como SMPP es utilizado principalmente por operadores inalámbricos, la respuesta a su pregunta dependerá en gran medida del mercado / región / país con el que se encuentre.

Tengo experiencia con compañías inalámbricas latinoamericanas, y puedo decirle que aunque cada vez más empresas esconden sus servidores SMPP detrás de los servicios web HTTP (que les brindan más flexibilidad), el protocolo SMPP sigue siendo un requisito para conectarse a muchas compañías inalámbricas. así que definitivamente no está muerto.

Y si mira dentro de esas compañías inalámbricas, el protocolo smpp está muy vivo en sus redes internas y en las interconexiones con otros operadores.

Es cierto que la especificación SMPP no ha cambiado en mucho tiempo, pero eso no es malo en realidad. El protocolo ha madurado y los proveedores no parecen interesarse en expandirlo para incluir nuevas funcionalidades, especialmente porque han encontrado la flexibilidad que necesitan en API HTTP personalizadas.

Y con respecto a las implementaciones de la biblioteca de SMPP, Kannel está en desarrollo activo, aunque no recomendaría su uso. Desafortunadamente, la mayoría de las implementaciones exitosas a largo plazo que he visto de clientes SMPP han sido implementaciones locales.

Answer 4

Aunque muchos agregadores de SMS tienen API de HTTP. Creo que SMPP es muy útil cuando quieres hacer envíos masivos, porque es un protocolo conectado.

Answer 5

SMPP es un buen protocolo para el envío de mensajes simples. Espero que no muera a favor de ningún protocolo basado en HTTP. Estoy de acuerdo con que los protocolos HTTP proporcionarían flexibilidad, sin embargo, probablemente significaría una carga útil basada en alguna variante de XML o algún otro protocolo de texto, lo que afectaría en gran medida el rendimiento / consumo de energía.

Siempre que SMPP esté guiado por las especificaciones, debería ser genial su uso.

Answer 6

La respuesta de Ricardo Reyes cubrió ( https://.com/a/545651/467545 ) esta pregunta casi por completo. Solo agregando mi propia experiencia en este asunto.

Comenta sobre mensajes binarios

Trabajo para una empresa que ejecuta SMPP hub. Manejamos la lógica de negocios que maneja los mensajes de texto binarios. El porcentaje es bajo, pero existen. Los teléfonos inteligentes (iPhone, por ejemplo) pueden crear SMS binarios para mensajes largos. Estamos viendo algunos casos de uso.

Comenta sobre la especificación SMPP

Han pasado bastantes años desde que se actualizó la especificación SMPP. No he visto ningún operador importante en los EE. UU. Que admita la especificación SMPP 5.0. Casi en todas partes, es SMPP v3.4. Para mí, las razones son:

• SMPP v3.4 cumple con la mayoría de los requisitos. Las empresas han encontrado su camino alrededor de las limitaciones.
• La tendencia de crecimiento para SMS es aplastante. Puede no tener sentido gastar recursos en esta área. Aunque SMPP v5.0 no recibió mucha tracción, no se está desarrollando ninguna alternativa.
• Las aplicaciones de teléfonos inteligentes pueden usar el plan de datos para enviar SMS (no a través de SMPP) y eludir el canal de comunicación por SMS de los operadores. iMessage de iPhone es el mayor cambio de tendencia aquí.

A pesar de la tendencia decreciente de crecimiento, SMS sobre SMPP, que es un protocolo de comunicación central, probablemente continuará en vivo en el espacio del operador durante algunos decenios más. Esa es estrictamente mi observación personal.

Comenta sobre los usos de SMPP

SMPP requiere conocimiento específico sobre el protocolo, y toma tiempo y paciencia adquirir ese conocimiento. Probablemente influyó en el aumento de otras alternativas.

He visto que los desarrolladores se inclinan cada vez más hacia la comunicación basada en HTTP. La implementación es personalizada. He visto:

• Comunicación HTTP usando los parámetros GET. Si se requiere acuse de recibo sincrónico, la llamada se convierte en un bloqueo, de lo contrario se utiliza una devolución de llamada para informar acuse de recibo.
• HTTP con el uso de parámetros POST. XML se está utilizando para describir el SMS.
• servicio web

Algunas alternativas raramente usadas son:

• SMTP. Para enviar desde una entidad.
• IMAP. Para recibir.