Routes directes et hubbing dans l’A2P SMS : évaluer la chaîne d’acheminement
Une étiquette de route ne suffit pas à évaluer une connexion A2P. Apprenez à documenter la topologie déclarée, à demander des éléments vérifiables et à comparer les résultats avec prudence.
Que signifient « route directe » et « hubbing » ?
Dans les échanges commerciaux, une « route directe » désigne généralement une connexion avec moins d’intermédiaires, tandis que le « hubbing » fait généralement référence au transit par un ou plusieurs intermédiaires. Toutefois, ces termes ne disposent pas, à eux seuls, d’une définition vérifiable dans la documentation disponible ici. Leur sens peut dépendre de la manière dont chaque fournisseur décrit sa propre chaîne.
Il est donc préférable de ne pas comparer les routes uniquement selon le nom indiqué dans une offre, une interface ou une facture. Demandez au fournisseur ce qu’il entend par chaque terme et de décrire la topologie déclarée pour les destinations et les types de trafic qui vous intéressent.
- Considérez « direct », « hub » et les expressions similaires comme des déclarations commerciales tant qu’elles ne sont pas documentées.
- Demandez une description par destination ou groupe de destinations ; une réponse générale peut ne pas s’appliquer à toutes.
- Consignez la date et la portée de chaque déclaration, car la chaîne peut évoluer.
Ce que la topologie ne prouve pas
Une route décrite comme directe ne garantit pas une meilleure livraison. Sans éléments supplémentaires, cela ne permet pas non plus de conclure que la route est autorisée pour l’usage prévu, qu’elle couvre toutes les destinations annoncées ou qu’elle achemine chaque message. De même, la présence d’un intermédiaire ne suffit pas à conclure que la qualité est inférieure.
La topologie déclarée est un critère d’évaluation, pas un substitut aux preuves opérationnelles ni à l’examen du contrat. Distinguez ce que le fournisseur affirme au sujet de la chaîne, ce que vous pouvez observer sur les performances et ce qui a été convenu pour le service.
- Ne transformez pas une étiquette de route en garantie de livraison.
- Vérifiez séparément la portée déclarée, les conditions d’utilisation et les résultats observés.
- Ne déduisez pas l’autorisation ou la conformité réglementaire du seul nombre d’intermédiaires.
Établir une cartographie minimale de la chaîne
Documentez la route sous forme de séquence de fonctions, et non de liste de marques. La cartographie peut inclure votre système source, le fournisseur direct, les intermédiaires déclarés par le fournisseur, la partie qui affirme gérer la terminaison, ainsi que les points où les états sont générés, transformés ou transmis. Si un segment n’est pas divulgué, indiquez qu’il n’est pas confirmé.
Demandez que la cartographie précise le périmètre concerné : destinations, expéditeurs, types de messages et conditions de trafic pertinentes. Ne supposez pas qu’une topologie décrite pour un cas s’applique également à un autre.
- Source : système ou connexion depuis lequel le message est transmis au fournisseur.
- Intermédiation déclarée : entités ou fonctions participant à la chaîne, dans la mesure où elles peuvent être identifiées.
- Terminaison déclarée : partie qui, selon le fournisseur, gère l’acheminement vers la destination.
- États : point de génération et chaîne de transmission des DLR ou autres états disponibles.
- Éléments manquants : tout segment, toute condition ou définition qui n’a pas été confirmé.
Des questions précises pour documenter la route
Posez des questions auxquelles il est possible de répondre de façon délimitée et de consigner les réponses. Au lieu de demander simplement si une route est « directe », demandez au fournisseur d’expliquer ce que signifie cette affirmation, à quelles destinations elle s’applique et quels changements sont susceptibles de la modifier.
La documentation doit permettre de comparer les offres sans exiger des informations commerciales que le fournisseur ne peut pas divulguer. Si une identité ne peut pas être communiquée, demandez si la fonction de l’intermédiaire, le segment qu’il couvre et le mécanisme de notification en cas de changement peuvent être décrits.
- Que signifient « direct » ou « hubbing » dans cette offre, et quel segment ces termes décrivent-ils ?
- À quelles destinations, quels expéditeurs et quelles catégories de trafic la topologie déclarée s’applique-t-elle ?
- Quels intermédiaires ou fonctions interviennent, et quelles informations ne peuvent pas être divulguées ?
- Qui gère la terminaison, et qui génère ou retransmet les états disponibles ?
- Quelles restrictions d’usage, de format, d’expéditeur ou de contenu concernent la route ?
- Comment et quand les changements de topologie, de portée ou de conditions sont-ils signalés ?
- Quelles données opérationnelles peuvent être fournies pour examiner les incidents et les divergences ?
Confronter les déclarations aux éléments disponibles
La vérification nécessite de croiser plusieurs sources, car aucune observation isolée ne permet nécessairement de reconstituer toute la chaîne. Conservez la déclaration du fournisseur et comparez-la aux journaux d’événements, aux résultats de tests contrôlés et aux observations indépendantes dont vous disposez. Définissez à l’avance la destination, l’expéditeur, le type de message et la période de comparaison pour éviter de mélanger des conditions différentes.
Les tests doivent être légitimes, autorisés et conçus de façon à ne pas nuire aux destinataires ni à générer du trafic inutile. Consignez les critères et les incidents ; ne généralisez pas le résultat d’un test limité à d’autres destinations, périodes ou catégories de messages.
- Conservez les horodatages, les identifiants de message et les états tels que vous les recevez, dans le respect des obligations applicables en matière de confidentialité et de conservation.
- Comparez des tests équivalents en matière de destination, d’expéditeur et de contenu autorisé.
- Distinguez les journaux d’acceptation du fournisseur, les DLR reçus et toute vérification indépendante de la réception.
- Consignez les échecs, les retards, les états manquants et les changements de configuration ; évitez de tout réduire à un seul taux.
- Répétez l’examen en cas de divergence importante ou de modification annoncée de la route.
Ce que les DLR et les tests prouvent — et ne prouvent pas
Un DLR est un état communiqué au sein de la chaîne de messagerie. Sa signification dépend de la façon dont il est généré et transmis sur la route concernée. Par conséquent, un état reçu ne doit pas être présenté automatiquement comme une preuve indépendante qu’une personne a vu le message ou que celui-ci est apparu sur le terminal attendu.
Distinguez l’acceptation du message par un système, un état de livraison signalé par la chaîne et une réception vérifiée de façon indépendante sur l’appareil. Ces événements ne sont pas interchangeables. Les tests peuvent fournir des observations utiles dans les conditions testées, mais ils ne prouvent pas à eux seuls la topologie complète ni le comportement futur.
- Demandez quel événement chaque état représente et quelle entité le génère.
- Indiquez si les éléments disponibles sont une réponse du fournisseur, un DLR ou une observation indépendante.
- Ne présentez pas un DLR comme une confirmation de lecture ou de réception par une personne.
- Lorsque vous communiquez les résultats, précisez les limites de l’échantillon et des conditions de test.
Limites de vérification et confidentialité
Un fournisseur peut ne pas divulguer le nom des intermédiaires pour des raisons commerciales ou contractuelles. Cette limite ne prouve pas, à elle seule, que sa déclaration est fausse, mais elle réduit ce que vous pouvez vérifier. Dans ce cas, demandez une description fonctionnelle, la portée de l’affirmation, les conditions applicables et un engagement clair à vous informer en cas de changement.
Les données peuvent également être incomplètes : journaux ne couvrant pas tous les segments, états qui ne parviennent pas au client ou tests portant uniquement sur une partie des destinations. Documentez ces incertitudes. Si elles ont une incidence sur vos opérations, convenez des éléments supplémentaires qui peuvent être partagés et de l’examen à effectuer en cas d’incident.
- Classez chaque donnée comme confirmée, déclarée par le fournisseur ou indisponible.
- Ne présentez pas une chaîne partiellement documentée comme une topologie vérifiée de bout en bout.
- Concertez-vous sur les canaux, les délais et les responsables chargés d’examiner les divergences, selon le contrat et les capacités disponibles.
- Protégez les données relatives au trafic et aux destinataires conformément aux règles applicables.
Une matrice pour comparer les routes sans se fier aux étiquettes
Une matrice commune permet de comparer les options à l’aide de critères explicites. Il n’est pas nécessaire de les ramener à une note unique : une route peut être transparente sur un aspect et ne disposer que d’éléments limités sur un autre. Définissez les exigences indispensables à votre situation et les incertitudes que vous pouvez accepter.
Adaptez les critères à l’usage légitime prévu, au périmètre contractuel et aux éléments que vous pouvez réellement obtenir. N’utilisez pas de chiffres illustratifs ou de résultats d’échantillon comme s’il s’agissait de données commerciales en vigueur ou de garanties.
- Transparence : la topologie déclarée est-elle documentée et ses limites sont-elles précisées ?
- Portée : les destinations, les expéditeurs et les types de trafic concernés sont-ils spécifiés ?
- Qualité observée : quels journaux et tests comparables sont disponibles, et quelles en sont les limites ?
- États : l’origine et la signification des DLR disponibles sont-elles expliquées ?
- Capacité et conditions : qu’est-ce qui a été convenu et quelles restrictions s’appliquent ?
- Gestion des changements : comment les modifications sont-elles signalées et leurs effets examinés ?
- Risque résiduel : quels points restent à confirmer et quel serait leur impact ?
Questions fréquentes
Une route directe livre-t-elle mieux qu’une route avec hubbing ?
On ne peut pas le conclure à partir de la seule étiquette. Comparez la portée déclarée, les conditions et les éléments opérationnels disponibles pour la destination et le trafic qui vous intéressent. Une route directe ne garantit pas une meilleure livraison.
Un DLR confirme-t-il que le message est arrivé sur le téléphone ?
Pas nécessairement. Le DLR est un état transmis par la chaîne, et sa signification dépend de la façon dont il est généré. Ne l’assimilez pas automatiquement à une réception vérifiée sur le terminal ni à la lecture du message.
Que faire si le fournisseur ne révèle pas les intermédiaires ?
Demandez-lui de délimiter son affirmation, de décrire les fonctions et les segments concernés, d’indiquer quelles informations ne peuvent pas être divulguées et d’expliquer comment il signalera les changements. Si la vérification est impossible, consignez ces éléments comme non confirmés.
Comment traiter une divergence sans interrompre le trafic légitime ?
Conservez les journaux, identifiez le périmètre et la période concernés, puis transmettez les éléments au fournisseur par le canal convenu. Demandez un examen des états et de la topologie déclarée avant de prendre des mesures générales ; toute modification du trafic doit respecter vos obligations opérationnelles et contractuelles.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA