Le SMPP (Short Message Peer-to-Peer) est le protocole de l'industrie télécom utilisé pour échanger des SMS entre applications, passerelles SMS, agrégateurs et SMSC des opérateurs. Il fonctionne sur une connexion TCP persistante, appelée bind, et transporte les messages, les accusés de réception et les réponses entrantes dans des paquets binaires compacts appelés PDU. La version 3.4 est celle qu'utilisent la plupart des routes.
Qu'est-ce que le SMPP ?
Le protocole SMPP est un standard ouvert, développé à l'origine dans les années 1990, pour soumettre et livrer des messages courts en dehors de la signalisation propre au réseau mobile. Il définit deux rôles : l'ESME (External Short Messaging Entity), c'est-à-dire le client, comme votre plateforme ou votre passerelle ; et le SMSC (Short Message Service Center), c'est-à-dire le serveur, comme le centre de messagerie d'un opérateur ou d'un agrégateur. Presque toutes les routes SMS A2P wholesale sont livrées en SMPP. La version 3.4 est le standard de fait ; la version 5.0 existe mais est bien moins répandue.
Comment fonctionne le SMPP ?
Le client ouvre une connexion TCP vers le serveur (le port 2775 est le défaut courant), s'authentifie avec un system ID et un mot de passe, et garde la session ouverte. Messages, accusés de réception et paquets de maintien de connexion circulent ensuite dans les deux sens sur ce bind jusqu'à ce qu'un des côtés le ferme.
- Bind. Le client envoie une requête de bind avec ses identifiants et le type de bind.
- Soumission. Chaque message part sous forme de PDU
submit_smavec l'adresse source (sender ID), le numéro de destination, le codage des données et le texte. Le serveur répond par unsubmit_sm_respcontenant un identifiant de message ou un code d'erreur. - Livraison. Les accusés de réception et les réponses mobiles reviennent sous forme de PDU
deliver_sm, que le client acquitte. - Maintien de connexion. Des PDU
enquire_linktoutes les 30 à 60 secondes gardent la session active et détectent les liens morts. - Unbind. L'un ou l'autre côté ferme proprement la session avec
unbind.
Les codes d'erreur des réponses (par exemple destination invalide ou limitation de débit) sont listés dans codes d'erreur SMPP, et les statuts des accusés dans codes de statut DLR SMS.
Quels sont les types de bind SMPP ?
| Type de bind | Sens | Usage type |
|---|---|---|
| Transmitter (TX) | Le client envoie uniquement des messages | Connexions d'envoi séparées |
| Receiver (RX) | Le client reçoit uniquement les DLR et les réponses | Connexions de réception séparées |
| Transceiver (TRX) | Les deux sens sur une seule connexion | La configuration la plus courante sur les routes modernes |
Les fournisseurs limitent le nombre de binds par compte et le nombre de messages par seconde (TPS) par bind. Voir binds SMPP et TPS.
Qu'est-ce qu'un serveur SMPP ?
Un serveur SMPP est le côté qui accepte les binds : le SMSC d'un opérateur, la plateforme d'un agrégateur, ou une passerelle qui revend des routes à ses propres clients. Un revendeur joue souvent les deux rôles : serveur SMPP pour ses clients et client SMPP vers ses routes en amont. Des logiciels de passerelle comme Kannel et Jasmin peuvent tenir ces rôles. Les outils pour tester l'un ou l'autre côté sont présentés dans outils client et serveur SMPP.
Le SMPP en télécoms : à quoi sert-il ?
- Relier les plateformes A2P et les fournisseurs CPaaS aux agrégateurs et aux opérateurs.
- Les interconnexions SMS de carrier à carrier en wholesale.
- Les gros expéditeurs (banques, fournisseurs d'OTP) qui ont besoin de débit et d'accusés rapides.
- La réception de SMS entrants sur short codes et numéros longs.
Voir qu'est-ce qu'un agrégateur SMS A2P pour la place du SMPP dans la chaîne.
SMPP vs HTTP API
Le SMPP garde une connexion ouverte et enchaîne les messages, il gère donc de gros volumes avec peu de surcharge et renvoie les accusés en temps réel. Une HTTP API est plus simple à intégrer (une requête par message, des webhooks pour les accusés) et convient aux applications à volume modéré. Revendeurs et plateformes choisissent en général le SMPP ; les équipes produit commencent en général en HTTP. Comparaison complète : SMPP vs HTTP pour le SMS et qu'est-ce qu'une API SMS.
Les paramètres SMPP clés à bien régler
- TON/NPI de l'adresse source : indique au serveur si l'expéditeur est alphanumérique, international ou national.
- data_coding : 0 pour l'alphabet GSM par défaut sur la plupart des routes, 8 pour l'UCS-2 (Unicode). Voir GSM-7 ou Unicode.
- registered_delivery : doit être activé pour demander les accusés de réception.
- Messages longs : envoyés avec un UDH ou des paramètres SAR. Voir SMS longs concaténés.
- Sécurité : le SMPP 3.4 n'a pas de chiffrement intégré, les connexions passent donc en général par un VPN, une liste blanche d'IP ou un tunnel TLS.
Obtenir des routes SMPP
VoIPMatcher source des routes SMS A2P en SMPP auprès de ses carriers et les gère, avec des binds et un TPS dimensionnés pour votre trafic. Demandez une route SMPP.
Questions fréquentes
Quel port utilise le SMPP ?
Le SMPP fonctionne sur TCP, et le port 2775 est le port par défaut le plus courant. En pratique, chaque fournisseur vous donne son propre hôte, port, system ID et mot de passe, et le port peut être différent. Les connexions sont en général restreintes par liste blanche d'IP, et comme le SMPP 3.4 n'a pas de chiffrement intégré, beaucoup de liens passent par un VPN ou un tunnel TLS.
Quelle différence entre SMPP 3.4 et SMPP 5.0 ?
Le SMPP 3.4 est la version utilisée par presque toutes les routes SMS. Le SMPP 5.0 a ajouté des fonctions comme la diffusion de messages, des informations de contrôle de congestion et davantage de paramètres optionnels, mais son adoption est restée limitée. Quand un fournisseur parle de SMPP sans préciser la version, partez sur la 3.4, et confirmez des détails comme le support des TLV et le format des accusés avant d'intégrer.
Le SMPP est-il sécurisé ?
Pas en lui-même. Le SMPP 3.4 transmet les identifiants et le contenu des messages sans chiffrement, il doit donc passer par un VPN, un tunnel TLS ou au minimum une connexion privée avec une liste blanche d'IP stricte. Utilisez des mots de passe robustes et uniques par bind et limitez chaque compte aux adresses source et aux destinations dont il a besoin.
Qu'est-ce qu'un ESME en SMPP ?
ESME signifie External Short Messaging Entity : le côté client d'une connexion SMPP. C'est l'application, la plateforme ou la passerelle qui se connecte (bind) à un SMSC ou à un serveur SMPP pour soumettre des messages et recevoir les accusés de réception. Une plateforme de revente joue le rôle de SMSC pour ses clients et d'ESME vis-à-vis de ses routes en amont.
Faut-il le SMPP pour envoyer des SMS ?
Non. La plupart des applications envoient leurs SMS via une HTTP API, plus simple à intégrer. Le SMPP est préféré quand vous envoyez de gros volumes, avez besoin d'accusés à faible latence, revendez des routes à d'autres clients ou vous connectez directement à des carriers et des agrégateurs. Beaucoup de fournisseurs proposent les deux, vous pouvez donc commencer en HTTP et passer au SMPP plus tard.
Besoin d'une route ?
Indiquez la destination, le type de route et le tarif cible. Nous vous répondons avec ce que nous pouvons fournir.