# Problème réception MO et Delivery Receipts en SMPP (bind\_transceiver)
**URL:** https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437
**Category:** Telecom
**Created:** [Février 20, 2026, 5:34 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437 "2026-02-20T17:34:31Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Février 20, 2026, 5:34 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/1 "2026-02-20T17:34:31Z")
Bonjour à tous,
Nous avons récemment intégré une connexion SMPP vers l’infrastructure SMS OVH et nous rencontrons un comportement que nous aimerions clarifier concernant la réception des MO et des Delivery Receipts.
### 🔧 Configuration actuelle
- Protocole : SMPP v3.4
- Mode : `bind_transceiver`
- Ports testés :
- Enquire\_link toutes les 10 secondes
- Reconnexion automatique en cas de déconnexion
### 📤 Envoi
- `submit_sm` fonctionne correctement
- `message_id` bien retourné
- `registered_delivery = 1` activé
- Encodage GSM 7-bit ou UCS-2 selon contenu
Aucun problème côté envoi.
* * *
### 📥 Réception
Nous écoutons les `deliver_sm` :
- `esm_class = 4` ou présence de `receipted_message_id` → traité comme Delivery Receipt
- Sinon → traité comme SMS entrant (MO)
Nous répondons systématiquement par `deliver_sm_resp (command_status = 0)`.
* * *
## ❓ Problème rencontré
Nous recevons :
- Très peu (voire aucun) Delivery Receipts
- Très peu (voire aucun) SMS entrants (MO)
Alors que :
- Les SMS sont bien envoyés
- `registered_delivery = 1` est bien positionné
- La session SMPP est stable
- Le bind\_transceiver est accepté
* * *
## 🔍 Questions
1. La réception des MO nécessite-t-elle une activation spécifique côté OVH ?
2. Les Delivery Receipts sont-ils activés par défaut ou doivent-ils être configurés sur le compte ?
3. Le routage des MO et DLR vers une session `bind_transceiver` nécessite-t-il une configuration particulière ?
4. Existe-t-il une différence de comportement entre bind\_transceiver et bind\_receiver + bind\_transmitter séparés ?
Si certains d’entre vous utilisent SMPP avec OVH pour gérer MO + DLR, je serais preneur de vos retours d’expérience.
Merci d’avance 🙏
---
### Author:  [@FabL](https://community.ovhcloud.com/u/FabL)
#### Post date: [Mars 10, 2026, 10:25 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/2 "2026-03-10T10:25:29Z")
Bonjour,
Je m'aperçois que votre demande très documentée n'a pas encore reçu de retour de la part de nos membres. Je me permets de vous solliciter pour savoir si ce défaut de réception des MO et des accusés de réception (DLR) via votre bind SMPP est toujours d'actualité ?
Si c'est le cas, votre configuration semble pourtant robuste. Pour aider la communauté à isoler le point de blocage, pourriez-vous préciser :
- Si vous avez vérifié dans votre **Espace Client OVHcloud** (section SMS \> Configuration) que le routage des réponses est bien configuré pour pointer vers votre interface SMPP ?
- Si vous utilisez un **expéditeur (Sender ID)** personnalisé ? (Certains opérateurs filtrent les DLR/MO selon le type d'expéditeur utilisé).
> **Note technique :** Chez OVHcloud, le mode `bind_transceiver` est bien supporté, mais il arrive parfois que la séparation en deux sessions distinctes (`bind_transmitter` et `bind_receiver`) stabilise la réception des flux entrants sur certaines piles logicielles.
En attendant, je vous invite à confronter votre implémentation avec les spécifications techniques détaillées de notre guide dédié au SMPP : 👉 **[SMS : Spécifications techniques du protocole SMPP](https://help.ovhcloud.com/csm/fr-sms-smpp-specifications?id=kb_article_view&sysparm_article=KB0056338)**
^FabL
---
### Author:  [@jonathandhn](https://community.ovhcloud.com/u/jonathandhn)
#### Post date: [Août 15, 2026, 5:20 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/3 "2026-08-15T17:20:43Z")
j'ai le même soucis j'ai un ticket au support :
Compte SMPP qui accepte correctement bind\_transceiver et bind\_receiver sur sbg.smpp.ovh:2776.
Lorsqu’un destinataire répond à un SMS envoyé avec le shortcode 38082, le SMS entrant est comptabilisé dans le Manager, mais aucun deliver\_sm n’est envoyé. À la place, le SMSC ferme lui-même la session TLS (close\_notify, puis TCP FIN).
Le comportement est reproduit avec Kannel 1.4.5, client explicitement listé comme testé dans votre documentation, ainsi qu’avec un client SMPP Python indépendant. Une capture TCP confirme que le FIN est initié par 5.135.112.100.
```auto
Test Kannel 1.4.5, bind_transceiver :
ERROR: SMPP[ovh-diagnostic]: I/O error or other error. Re-connecting.
La capture TCP prise au même instant montre :
5.135.112.100:2776 > 51.75.XX.XX:35392 Flags [F.]
OVH initie donc la fermeture TCP. Aucun PDU deliver_sm n’a été reçu ou journalisé avant cette fermeture.
Test Kannel 1.4.5, bind_receiver :
type_name: bind_receiver_resp
command_status: 0 = 0x00000000
Puis :
ERROR: SMPP[ovh-receiver-diagnostic]: I/O error or other error. Re-connecting.
Et la capture TCP correspondante :
5.135.112.100:2776 > 51.75.XX.XXXX:34348 Flags [F.]
Là encore, le bind est accepté, aucun deliver_sm n’est reçu, puis OVH ferme la session TLS/TCP.
```
---
### Author:  [@Gaston](https://community.ovhcloud.com/u/Gaston)
#### Post date: [Août 15, 2026, 6:05 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/4 "2026-08-15T18:05:00Z")
Bonjour @jonathandhn
**Mettre ce n° de ticket sur ce forum.**
puis :
Appeler le SAV OVH au **+33 9 72 10 10 07.**
Plutôt entre **8h et 9h** le matin, ou vers 15h il y a moins d'attente.
Où sur Twitter **@ovh\_support\_fr ou #OVHcloudsupport**
---
### Author:  [@jonathandhn](https://community.ovhcloud.com/u/jonathandhn)
#### Post date: [Août 16, 2026, 1:28 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/5 "2026-08-16T01:28:08Z")
Ticket CS16424028 , ouvert le 02/08 , j'ai vu le souci en juillet mais j'ai cru qu'ils corrigeraient un bug pareille seul... car si on est en mode transiver on pert les SMS entrant, ok, mais du coup le transiver est fermé et les sms ne peuvent plus sortir, et alors la obligé de demander un code alphanumérique pour bloquer les réponses, et ils refusent la portabilité de vos codes alpha déjà validés sur vos autres comptes SMS, faut refaire un dossier... C'est fou.
Réponse que j'ai reçu le 06/08/26 sur le ticket :
> De mon côté, j'ai bien identifié un dysfonctionnement qui fait l'objet d'une escalade en interne.Je vous invite à patienter le temps de sa résolution, en m'excusant pour la gêne occasionnée.
---
### Author:  [@jonathandhn](https://community.ovhcloud.com/u/jonathandhn)
#### Post date: [Septembre 1, 2026, 9:50 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/6 "2026-09-01T21:50:27Z")
Ils ont corrigé l'erreur aujourd'hui, mardi 1er septembre 2026 ! 2 Way SMS over SMPP !
---
### Author:  [@system](https://community.ovhcloud.com/u/system)
#### Post date: [Septembre 15, 2026, 6:28 UTC](https://community.ovhcloud.com/t/probleme-reception-mo-et-delivery-receipts-en-smpp-bind-transceiver/437/7 "2026-09-15T06:28:03Z")
Ce sujet a été automatiquement fermé après 2 jours. Aucune réponse n'est permise dorénavant.