Ferramentas de cliente e servidor SMPP para testes

Para testar uma conexão SMPP, você precisa de um cliente SMPP (para fazer bind em um provedor e enviar mensagens) e, no desenvolvimento, de um servidor ou simulador SMPP (para aceitar binds sem enviar SMS reais). Opções open source conhecidas incluem Jasmin e Kannel como gateways completos, e bibliotecas como jSMPP, Cloudhopper SMPP, python-smpplib, node-smpp e gosmpp para scripts e ferramentas próprias.

O que é um cliente SMPP?

Um cliente SMPP (o ESME, na terminologia SMPP) abre uma conexão TCP com um servidor SMPP, faz bind com system ID e senha, envia mensagens com submit_sm e recebe os recibos de entrega como deliver_sm. A sua plataforma de SMS é um cliente em relação a cada rota upstream. Um cliente de teste é a mesma coisa em versão pequena e controlável: você o usa para verificar credenciais, tipos de bind, limites de TPS, codificação e recibos antes de conectar o tráfego de produção. Contexto: o que é SMPP.

O que é um simulador de servidor SMPP?

Um simulador de servidor SMPP aceita binds como um SMSC, confirma as mensagens enviadas e pode devolver recibos de entrega falsos, mas não entrega nada em celulares reais. Ele permite que os desenvolvedores testem o cliente, a lógica de retentativa e o tratamento de DLR sem gastar dinheiro nem mexer em redes reais. Nunca confunda os recibos do simulador com os reais: só a rota real pode mostrar a entrega de verdade. Veja DLR falso para entender por que isso importa em produção.

Ferramentas SMPP open source

Estes projetos existem de fato e são usados ativamente (verifique a licença e a situação de manutenção de cada projeto antes de depender dele):

Para capturar tráfego, o Wireshark decodifica PDUs SMPP, o que ajuda quando você precisa ver exatamente o que foi enviado em um bind ou em um submit_sm. Também existem clientes desktop comerciais e simuladores de SMSC hospedados; avalie-os da mesma forma.

Como testar uma conexão SMPP?

Teste nesta ordem: rede, bind, envio, recibo, throughput. A maioria das configurações que falham para nos dois primeiros passos por causa da whitelist de IP, de porta errada ou de tipo de bind errado.

1. Rede. Confirme que o seu IP está na whitelist e que o host e a porta estão acessíveis (um simples teste de conexão TCP basta).
2. Bind. Faça bind com o system ID, a senha, o system type (muitas vezes vazio) e o tipo de bind que o provedor informou (TX, RX ou TRX). Uma falha de bind devolve um erro como senha inválida ou system ID inválido.
3. Envio. Envie uma mensagem para o seu próprio celular com o sender ID, o TON/NPI e o data_coding combinados, com registered_delivery configurado para pedir recibo.
4. Recibo. Verifique se o recibo de entrega chega com o mesmo message ID e um status final. Compare com o celular.
5. Keep-alive. Deixe o bind ocioso e confirme que o enquire_link o mantém ativo.
6. Throughput. Envie no TPS contratado e observe se aparecem erros de throttling.

Os significados dos erros estão em códigos de erro SMPP; os limites de bind e de TPS em binds SMPP e TPS.

Servidor SMPP gratuito para testes: quais são as opções?

A opção gratuita mais simples é rodar localmente um gateway open source como o Jasmin (ele vem como imagem Docker) e apontar o seu cliente para ele, ou escrever um pequeno servidor com node-smpp ou jSMPP que aceite binds e devolva recibos. Isso cobre os testes de protocolo. Para testar a entrega, nada substitui uma rota real e celulares reais em cada operadora: veja como testar uma rota SMS.

Escolhendo entre SMPP e HTTP para a sua integração

Se o seu volume é pequeno, uma HTTP API pode ser mais fácil do que manter binds SMPP. Se você revende ou envia alto volume, o SMPP é o padrão. Compare em SMPP vs HTTP para SMS e o que é um gateway SMS.

Como obter uma rota SMPP real

Quando o seu cliente funciona com um simulador, você precisa de um upstream real. O VoIPMatcher obtém rotas SMS A2P via SMPP junto às suas operadoras e as gerencia. Solicite uma rota SMPP para testes e produção.

Perguntas frequentes