Installation et configuration Jasmin SMS Gateway

Bonjour Arri et merci de nous avois consulté.

Mes questions pour mieux comprendre les 4 besoins exprimés:
1. Intégration d'un second fournisseur:
S'il s'agit d'une connection smpp alors Jasmin le fait nativement, s'il s'agit d'un connecteur http alors nous avons le connecteur et on le fournira dans ce projet, merci de confirmer la compréhension de ce point,
2. LCR et FO: Quelle est la source d'information sur laquelle se base le routage ? comment est elle intégrable (db, rest, ...) ?
3. Audit et recommandation HA: c'est dans nos cordes, on le fait depuis plus de 10 ans sur Jasmin et avec des référence sur tout le globe,
4. Contrat de maintenance: préciser le SLA à fournir et la couverture (business hours ? 24/7 ?) ?

Autres questions:
1. Aurons nous un accès à distance ? ou est ce qu'il faut prévoir un déplacement sur site ?
2. Quel est le taux MPS (message per second) actuel et voulu de la plateforme actuelle ?

Bonjour Arri,

Après étude de votre cahier des charges et de l’architecture Jasmin déjà opérationnelle, j’aimerais clarifier trois points techniques importants avant de finaliser mon approche :

Pour le LCR et le failover, souhaitez-vous un moteur de routage dynamique qui décide du fournisseur non seulement selon le coût, mais également selon le pays/opérateur de destination, le type de trafic (OTP, transactionnel, notification, marketing), le throughput disponible, l’état du bind SMPP et les performances récentes des DLR ? Cela permettrait notamment d’éviter qu’un fournisseur techniquement “UP” mais fortement dégradé continue à recevoir du trafic bancaire critique. Votre cahier des charges exige précisément le routage multi-opérateurs avec failover et des DLR temps réel.
Quel niveau de haute disponibilité souhaitez-vous réellement atteindre en production : uniquement la redondance des fournisseurs SMS, ou également une architecture Jasmin sans point unique de défaillance couvrant les instances Jasmin, Redis/RabbitMQ, stockage/historisation, load balancing et bascule inter-datacenter ? Je pose cette question car l’objectif ≥99,9 % et l’exigence de redondance multi-datacenter/PRA impliquent une conception HA beaucoup plus large qu’un simple failover SMPP.
Pour les OTP et autres SMS bancaires sensibles, quelles règles de cloisonnement doivent être appliquées entre les filiales : comptes/credentials SMPP distincts, Sender IDs, quotas, règles de routage, journaux/DLR et droits d’administration séparés, tout en conservant une supervision Groupe centralisée ? Cette décision est fondamentale pour concevoir correctement le multi-tenant, l’auditabilité et les contrôles d’accès dès maintenant, plutôt que de les ajouter après la mise en production.