É o SMPP (binário SMS) mortos protocolo? [fechadas]

Question

Qualquer pessoa tem lidado com o protocolo binário SMS SMPP? Eu sei que esta tecnologia é ainda bastante amplamente utilizado pelos agregadores de mensagens e operadoras, mas parece que o SMPP especificação não está sendo atualizado, e suporte para bibliotecas SMPP está lentamente desaparecendo. O "Forum SMS" ( http://www.smsforum.net ) foi fechado em 2007.

Para mim, parece que o protocolo está a morrer em favor de interfaces de serviços web, mas eu estava curioso o que as outras pessoas pensam.

Answer 1

Desde SMPP é usado principalmente por operadoras de telefonia celular, a resposta à sua pergunta vai depender muito sobre o mercado / região / país que você está lidando.

Eu tenho experiência com operadoras de telefonia móvel da América Latina, e posso dizer-lhe que, embora mais e mais empresas estão se escondendo seus servidores SMPP behing HTTP webservices (que lhes maior flexibilidade fornecem) o protocolo SMPP ainda é um requisito para se conectar a uma série de empresas sem fio, por isso não é definitivamente morto.

E se você olhar dentro dessas empresas sem fio, o protocolo SMPP está muito vivo em suas redes internas e nas interconexões com outras operadoras.

É verdade que o SMPP especificação não mudou em muito tempo, mas isso não é uma coisa ruim, na verdade. O protocolo amadureceu, e não parece haver interesse das operadoras em expandi-lo para incluir novas funcionalidades, especialmente porque encontraram a flexibilidade necessária no costume HTTP APIs

E em relação a implementações de biblioteca de SMPP, Kannel está em desenvolvimento ativo, embora eu não faria recomendamos o seu uso. Infelizmente a maioria dos bem-sucedidas implementações a longo prazo que eu já vi de clientes SMPP foram cultivados em casa implementações

Answer 2

SMPP é um protocolo de bom para mensagem simples envio. Espero que não morre em favor de quaisquer protocolos baseados em HTTP. Concordo que os protocolos HTTP proporcionaria flexibilidade, no entanto, é provável que significa uma carga de gordura com base em alguma variante de XML ou algum outro protocolo de texto, o que afetaria muito o desempenho / potência-uso.

Enquanto SMPP é guiado por as especificações, deve ser ótimo para usar.

Answer 3

Ainda estamos a usá-lo, infelizmente.

Answer 4

Nós também ainda usá-lo, mas estamos repacing com HTTP protocolo para novos projetos!

Answer 5

resposta Ricardo Reyes' coberto ( https://stackoverflow.com/a/545651/467545 ) esta pergunta quase completamente. Basta adicionar minha própria experiência nesta matéria.

Comment on mensagens binárias

Eu trabalho para uma empresa que executa hub SMPP. Fazemos lógica de negócios alça que lida com SMS binário. O percentual é baixo, mas eles existem. Smartphones (iPhone, por exemplo) pode criar SMS binária para mensagens longas. Nós estamos vendo alguns casos de uso.

Comentário sobre SMPP especificação

É tem sido muito poucos anos que a especificação SMPP foi atualizado. Eu não vi qualquer operadora importante nos EUA para apoiar SMPP 5.0 spec. Quase em todos os lugares, é SMPP v3.4. Para mim, as razões são:

• SMPP v3.4 atende mais exigência. Empresas têm encontrado seus caminhos ao redor do limitações.
• A tendência de crescimento para SMS é achatamento. Pode não fazer sentido gastar recursos nessa área. Mesmo que SMPP v5.0 não conseguir muita tração, nenhuma alternativa está sendo desenvolvido.
• aplicativos de telefones inteligentes pode usar plano de dados para enviar SMS (não sobre SMPP) e canal de comunicação SMS portadores de bypass. iMessage do iPhone é o maior trocador tendência aqui.

Apesar da tendência de crescimento em declínio, SMS sobre SMPP, sendo um protocolo de comunicação do núcleo, provavelmente continuará vivo no espaço operadora para mais algumas décadas. Isso é estritamente minha observação pessoal.

Comentário sobre usos de SMPP

SMPP requer conhecimento específico sobre o protocolo, e é preciso tempo e paciência para adquirir esse conhecimento. Ele provavelmente influenciou o surgimento de outras alternativas.

Eu vi que os desenvolvedores estão se inclinando cada vez mais para HTTP comunicação baseada. A implementação é personalizada. Eu vi:

• comunicação HTTP utilizando parâmetros GET. Se o reconhecimento síncrona é necessária, a chamada se torna um bloqueio, então um retorno de chamada é usado para relatório de reconhecimento.
• HTTP com o uso de parâmetros POST. XML está sendo usado para descrever o SMS.
• serviço Web

Algumas alternativas raramente utilizados são:

• SMTP. Para o envio de uma entidade.
• IMAP. Para receber.

Answer 6

Embora muitos agregattors SMS tem HTTP APIs. Acho SMPP é muito útil quando você quer fazer envios massivos, porque é um protocolo conectado.