Está indicando que desea recibir mensajes, como resultado se necesita al menos un bind_receiver. Como no sabe cuándo aparecerán los mensajes, tendrá que estar conectado constantemente, en lugar de desconectarse después de cada evento.
Con respecto a su pregunta sobre "empujar o tirar", esto depende de cómo resuelva el primer problema. Si puede construir una solución que esté constantemente conectada, el resultado será un impulso (el operador lo enviará tan pronto como reciba el mensaje). Si (por alguna razón) no puede mantener una conexión constante, terminará construyendo un mecanismo de extracción. Te conectarás con el operador cada X segundos para ver si tienen un mensaje esperándote.
sí necesito para resaltar 2 trampas sin embargo:
- Un número de portadores en el mundo, no almacene ni siquiera aceptar mensajes si no está conectado, por lo tanto, dependiendo de qué compañía se interactúa con, usted podría verse forzado a usar una conexión continua.
- La mayoría de los operadores no le permiten abrir y cerrar conexiones en una sucesión rápida. Una vez que te desconectas, no puedes volver a conectarte durante un período de X segundos.
Por lo tanto, una conexión constante es realmente el camino a seguir. Alternativamente, puede buscar en una empresa como Nexmo, que le proporcionará una llamada HTTP cada vez que llega un mensaje.
No estoy seguro en qué idioma está desarrollando su aplicación, pero si usa alguno de los idiomas populares (Java, PHP, Perl) hay módulos que manejan la Conectividad SMPP básica para usted. Una búsqueda rápida en Google para su idioma y "Cliente SMPP" le dará una lista de referencias.
Para obtener información sobre cómo trabaja con Esme SMSC, y se unen y operación de desvinculación se puede comprobar aquí http://blog.ektel.com .np/2012/01/sms-messages-between-esme-server-and-smsc-server/ Espero que ayude –