Limiti di velocità degli SMS A2P per destinazione: come concordarli e gestirli
Un limite di TPS dichiarato non garantisce la consegna. Scopri come chiarirne l’ambito, controllare le code per destinazione e valutare i segnali operativi senza confondere l’accettazione con la consegna.
Un TPS dichiarato non garantisce la consegna
TPS è generalmente usato per indicare i messaggi al secondo, ma il valore comunicato è utile per gestire il traffico solo quando è chiaro che cosa misura, dove si applica e a quali condizioni. Non esiste un limite universale deducibile dal solo Paese, dall’operatore o dal tipo di connessione: occorre verificarlo con chi gestisce la rotta e documentarne l’ambito.
È inoltre necessario distinguere le diverse fasi dell’invio. Una risposta di accettazione conferma, al massimo, che una richiesta è stata accettata in quel punto della catena; da sola non dimostra che l’SMS sia arrivato sul telefono. Gli stati successivi, compresi i DLR, vanno interpretati in base alla loro origine e al livello di verifica.
- Considera il TPS comunicato una condizione da chiarire, non una promessa generale di consegna.
- Registra separatamente l’accettazione delle richieste e gli stati successivi del messaggio.
- Non estendere il valore di una rotta ad altre destinazioni, operatori o mittenti.
Che cosa chiarire prima di configurare il traffico
Chiedi una definizione scritta dell’ambito del limite e delle modalità di misurazione. Verifica se si applica al Paese, a un operatore, a una rotta, a un mittente, a un account o a una sessione. Chiedi inoltre se varia in base al tipo di traffico, per esempio OTP, transazionale o marketing legittimo, e quale finestra temporale viene usata per calcolarlo.
La connessione non sostituisce questo accordo. SMPP definisce alcuni aspetti dello scambio tra un’applicazione e un SMSC, mentre HTTP descrive la semantica di richieste e risposte; nessuna delle due specifiche, da sola, stabilisce un TPS garantito per una rotta A2P o conferma la consegna su rete mobile.
- Destinazione e operatore, o gruppo di operatori, a cui si applica il limite.
- Identificativo della rotta, account, mittente e tipi di traffico inclusi.
- Unità di misura, finestra temporale e trattamento delle richieste rifiutate.
- Limite per sessione e limite aggregato, se sono previsti entrambi.
- Condizioni applicabili a picchi di traffico, concorrenza, pause e variazioni di capacità.
- Codici di risposta e contatto operativo per incidenti o modifiche.
Distinguere velocità sostenuta, picchi e concorrenza
Non dare per scontato che una velocità nominale consenta di inviare quel volume in modo continuativo. Chiedi al fornitore di specificare se il valore indica una velocità sostenuta, un massimo istantaneo o una media calcolata su una determinata finestra. Se sono ammessi picchi, chiedine le condizioni e la durata; se sono limitate le sessioni o le richieste simultanee, registra separatamente anche questi limiti.
Le informazioni disponibili non consentono di consigliare valori universali per questi parametri. Se il fornitore non è in grado di definirli, indica la condizione come non confermata ed evita di progettare il sistema basandoti su un’interpretazione ottimistica.
- Documenta ogni parametro separatamente: non ridurre tutti i limiti a un unico TPS.
- Distingui la velocità dei messaggi dal numero di richieste simultanee e dalle sessioni di connessione.
- Annota se il limite è condiviso tra destinazioni, mittenti o connessioni, oppure se il fornitore non ha ancora chiarito questo aspetto.
Progettare i controlli di ammissione e le code per destinazione
Organizza il traffico in code corrispondenti all’ambito effettivo di ciascun limite. Se il fornitore conferma limiti diversi per operatore o rotta, evita che una coda globale nasconda il superamento del limite per uno di questi gruppi. Prima di attivare il controllo in produzione, verifica come viene identificata la destinazione e che cosa accade ai messaggi il cui instradamento non è ancora stato determinato.
La velocità di uscita deve poter essere regolata senza eliminare messaggi senza segnalarlo. Definisci che cosa resta in coda, che cosa viene ritentato e come impedire che i tentativi ripetuti aggravino una situazione di saturazione. I criteri specifici dipendono dall’accordo e dal comportamento osservato: senza questi dati non è possibile consigliare una configurazione universale.
- Associa ogni coda a un limite confermato e conserva questa relazione nella configurazione.
- Definisci una regola esplicita per sospendere, riprendere e ritentare dopo i rifiuti.
- Registra le modifiche alla velocità e alla configurazione, così da poterle correlare ai risultati.
- Assicurati che le priorità del traffico non annullino i vincoli della destinazione.
Interpretare i segnali operativi nel loro contesto
Un aumento dei rifiuti o della latenza nella risposta di accettazione può indicare che si sta raggiungendo un vincolo, ma da solo non ne identifica la causa. Verifica se coincide con una variazione di volume, rotta, sessione o configurazione e chiedi al fornitore di interpretare i codici di risposta. Non attribuire automaticamente il problema a un limite di TPS.
Monitora anche la profondità e l’età delle code, le richieste accettate rispetto a quelle rifiutate e gli stati successivi disponibili. La latenza di ammissione e il DLR descrivono fasi differenti. Non presentare un DLR ricevuto come verifica indipendente della ricezione sul telefono, a meno che tale verifica non sia effettivamente disponibile.
- Rifiuti: conta quelli per codice, destinazione, rotta e periodo.
- Latenza: distingui il tempo di risposta dell’API o della sessione dagli stati successivi.
- Code: monitora profondità, età e velocità di smaltimento.
- Stati: distingui l’accettazione, il DLR e qualsiasi conferma di ricezione effettivamente verificabile.
Eseguire test graduali e autorizzati
Prima di un test, concorda con il fornitore la destinazione, il mittente, il tipo di traffico, la finestra temporale, la velocità iniziale e le condizioni di arresto. Usa solo messaggi legittimi e destinatari che abbiano acconsentito a riceverli, nel rispetto delle norme applicabili. Non aumentare il carico sulle destinazioni reali senza autorizzazione esplicita.
Aumenta il volume in modo controllato, registra ogni variazione e interrompi il test se si verificano le condizioni concordate di errore o saturazione. Un test dimostra il comportamento osservato in quelle specifiche condizioni: non trasforma il risultato in una capacità produttiva garantita né in una prova applicabile ad altre rotte o periodi.
- Concorda in anticipo l’ambito e i criteri di arresto.
- Mantieni costanti le variabili che non stai valutando e documenta ogni modifica.
- Non usare un test non autorizzato al posto di una conferma contrattuale.
Reagire a una possibile saturazione
In caso di aumento persistente di rifiuti, latenza o accumulo in coda, riduci la velocità di ammissione e segui la procedura concordata. Se il peggioramento continua, sospendi il traffico interessato quando opportuno e contatta il fornitore fornendo dati concreti. Non aumentare automaticamente la concorrenza né accelerare i tentativi ripetuti: senza conoscere le regole della rotta, queste azioni possono aumentare la pressione o rendere più difficile la diagnosi.
Conserva una cronologia dell’incidente: ora, destinazione, rotta, volume, modifiche alla configurazione, codici ricevuti e andamento delle code. Chiedi conferma se è stato raggiunto un limite, se si è verificata una condizione operativa diversa o se il limite in vigore è cambiato. Segnala l’incidente tramite i canali concordati e registra la risposta.
- Riduci la velocità del traffico interessato ed evita tentativi ripetuti aggressivi non concordati.
- Fornisci codici di errore e metriche suddivisi per destinazione e rotta.
- Chiedi una decisione operativa e una conferma scritta di ogni modifica al limite.
- Riprendi gradualmente secondo la procedura concordata.
Rivedere i limiti e conservare le evidenze
Mantieni un registro versionato che distingua le condizioni dichiarate dal fornitore da quelle osservate in produzione. Includi la data di conferma, l’ambito, i parametri, le eccezioni e il responsabile della convalida di ogni modifica. Se le metriche differiscono da quanto concordato, chiedi una revisione: non sostituire il limite contrattuale con il massimo osservato durante un test breve.
Rivedi la scheda quando cambiano la rotta, la destinazione, il mittente, la sessione o il profilo del traffico, e anche dopo incidenti rilevanti. BulkSMSMarket sta sviluppando una piattaforma aziendale per scoprire, confrontare, acquistare, vendere e gestire capacità A2P SMS; le schede pubbliche con valori numerici sono dimostrative fino a quando non saranno collegate ai dati contrattuali delle rotte. Perciò, non vanno considerate limiti commerciali attivi.
- Conserva separatamente il limite dichiarato, la configurazione applicata e le evidenze osservate.
- Registra il periodo e le condizioni di ogni test o incidente.
- Prima di modificare la capacità operativa, rivedi l’accordo con il fornitore.
Domande frequenti
Esiste un limite TPS universale per gli SMS A2P in base al Paese?
Le informazioni disponibili non consentono di stabilire un valore universale. Conferma il limite con chi gestisce la rotta e documenta a quali destinazione, operatore, mittente, sessione e finestra di misurazione si applica.
Se la richiesta è stata accettata, significa che l’SMS è stato consegnato?
No. L’accettazione indica che la richiesta è stata ammessa in un punto del processo, ma da sola non prova che sia arrivata sul telefono. Interpreta separatamente gli stati successivi e il livello di verifica che offrono.
SMPP o HTTP stabiliscono la velocità garantita di una rotta?
Non in base alle informazioni disponibili. SMPP e HTTP specificano alcuni aspetti dello scambio tecnico, ma le loro specifiche non stabiliscono da sole una capacità A2P garantita per destinazione.
Che cosa devo fare se non sono definiti i limiti per i picchi o la concorrenza?
Chiedi una definizione scritta e registra questi parametri come non confermati fino a quando non la ricevi. Non dedurne il valore dal TPS nominale o da un test isolato.
Un test riuscito dimostra la capacità produttiva sostenibile?
Non necessariamente. Descrive solo il comportamento osservato nelle condizioni di quel test. Il risultato non garantisce la capacità futura e non può essere esteso automaticamente ad altre destinazioni, rotte o periodi.
Fonti consultate
- SMPP Protocol Specification v3.4SMPP Developers Forum
- HTTP Semantics (RFC 9110)Internet Engineering Task Force
- 3GPP specifications by series3GPP
- ITU-T Recommendation E.164International Telecommunication Union
- GSMA networks resourcesGSMA