Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Pourquoi une fenêtre existe-t-elle tout court ?
SMPP est asynchrone : vous envoyez un submit_sm et le SMSC répond par un submit_sm_resp, mais vous n'avez pas besoin d'attendre cette réponse avant d'envoyer le PDU suivant. La fenêtre d'envoi correspond au nombre de messages que vous êtes autorisé à envoyer en avance. Avec une fenêtre d'une unité, la session devient de type requête-réponse et votre débit chute à un message par aller-retour ; sur une liaison de 50 ms, cela représente 20 messages par seconde, indépendamment des termes de votre contrat.
L'arithmétique
Le débit brut est égal à la taille de la fenêtre divisée par la latence aller-retour. Une fenêtre de 10 avec une latence aller-retour de 50 ms permet d'envoyer environ 200 messages par seconde sur une liaison ; une fenêtre de 50 permet d'en envoyer environ 1 000. C'est pourquoi deux clients ayant des conditions commerciales identiques peuvent observer des débits réels très différents : l'un a optimisé la fenêtre et l'autre non. Augmenter la taille de la fenêtre ne vous coûte rien, si ce n'est de la mémoire pour les PDU non acquittées.
Pourquoi ne pas simplement le régler sur 1 000 ?
La fenêtre de traitement est définie en accord avec l'opérateur ou le fournisseur. La dépasser entraîne des réponses ESME_RTHROTTLED ou une interruption de la connexion. Le SMSC doit également conserver l'état de chaque PDU non acquittée. Au-delà d'un certain seuil, le goulot d'étranglement se déplace de la fenêtre de traitement vers le débit de soumission du SMSC. Augmenter la fenêtre ne fait qu'allonger une file d'attente interminable. Il est donc recommandé de définir simultanément la fenêtre de traitement et le plafond TPS, et de les considérer comme un seul et même paramètre.
Liaisons multiples et ordonnancement
Lorsqu'une seule liaison ne suffit pas, il est préférable d'en créer plusieurs plutôt que d'utiliser une fenêtre de débit illimitée ; la plupart des fournisseurs allouent un débit par liaison. Attention à l'ordre des messages : l'ordre relatif PDU sur différentes liaisons n'est pas garanti. Par conséquent, un message en plusieurs parties ou une séquence que l'utilisateur lira dans l'ordre doit rester sur une seule liaison. Maintenez un enquire_link actif sur chaque liaison afin d'éviter qu'une liaison inactive ne soit silencieusement interrompue.