Gestione ottimale della larghezza di banda quando il collo di bottiglia non è il piano tariffario dell’abbonato

Abstract. La gestione della larghezza di banda inizia normalmente con una velocità configurata per l’abbonato: lo shaper conosce il limite di velocità da applicare e crea una coda in base a tale limite massimo. In molte reti, tuttavia, il vero collo di bottiglia si trova spesso al di sotto di quel limite nominale e lo shaper — per quanto avanzato sia il suo AQM — non entra in azione. Il sistema Bequant Automatic Congestion Management (ACM) risolve questo problema. Esso monitora continuamente la velocità effettiva, la latenza e il comportamento in termini di perdita di pacchetti di ciascun abbonato, rileva l’insorgere della congestione tramite una logica di apprendimento automatico e controlla la velocità di invio in modo che il traffico rimanga vicino alla velocità massima sostenibile, mantenendo al contempo bassi il ritardo di accodamento e le ritrasmissioni. Il risultato è una funzione di controllo della larghezza di banda a ciclo chiuso e sensibile alle esigenze degli abbonati, in grado di operare in tutte le condizioni di rete, anche senza conoscere i limiti previsti dal piano contrattuale.

‍

Il problema operativo

Lo shaping tradizionale per singolo abbonato presuppone che la rete conosca i limiti del piano tariffario sia in upstream che in downstream. Tale modello è efficace quando il piano tariffario rappresenta il fattore limitante, ma non tiene conto della situazione comune in cui la velocità effettiva del traffico è inferiore al limite nominale previsto dal piano, ad esempio in caso di congestione della rete o quando un collegamento di accesso è saturo.

Il punto è che la velocità contrattuale e il collo di bottiglia istantaneo non coincidono sempre. Un abbonato a cui sono stati venduti 100 Mbit/s può essere temporaneamente limitato a 45 Mbit/s a causa di un settore wireless saturo, di un collegamento Wi-Fi debole, di un nodo di accesso sovraccarico o di un altro dispositivo a valle. Uno shaper configurato per far rispettare il piano dell’abbonato non entra mai in funzione e la sua gestione attiva delle code (AQM), per quanto avanzata, non ha alcun ruolo. Inoltre, i piani con velocità più elevate, come 1 Gbps, vengono raggiunti molto raramente, poiché le velocità sono limitate dai vincoli del Wi-Fi o della rete di accesso. Una gestione ottimale richiede quindi che il controller deduca la velocità che il percorso è in grado di sostenere in quel momento, anziché limitarsi ad applicare la velocità nominale del piano dell’abbonato. Ciò richiede l’identificazione dei colli di bottiglia esterni.

‍

L'ACM trasforma la gestione della larghezza di banda in un problema di controllo a retroazione

BQN viene implementato in linea e può quindi monitorare il traffico destinato a ciascun abbonato. ACM monitora costantemente la velocità, la latenza e le perdite di pacchetti degli abbonati. Anziché richiedere un limite massimo predefinito, interpreta l’aumento del ritardo e delle perdite come segnali che indicano che il carico sta superando la capacità dell’attuale collo di bottiglia. Gli algoritmi di apprendimento automatico valutano tali segnali in tempo reale e ne ricavano una velocità operativa per quell’abbonato.

• Monitorare: misurare continuamente la velocità effettiva, la latenza e la perdita di pacchetti per l'abbonato.
• Rilevamento: identificare il cambiamento caratteristico che indica una crescita persistente della coda o un’altra condizione di congestione.
• Stima: dedurre il tasso attualmente sostenibile, anche se nessun sistema esterno ha fornito il piano.
• Mitigazione: regolare la velocità di invio prima che i buffer fuori controllo accumulino ritardi eccessivi e causino perdite evitabili.
• Adattarsi: continuare a effettuare misurazioni e spostare il punto di funzionamento man mano che cambiano le condizioni radio, il carico di accesso o la capacità a valle.

Dal punto di vista concettuale, l’ACM cerca di mantenere una velocità r vicina alla capacità disponibile sconosciuta C, limitando al contempo il ritardo di accodamento e la perdita di dati. Se r supera costantemente C, la coda si allunga; l’ACM rileva i segnali di congestione che ne derivano e riduce la velocità controllata. Se le condizioni migliorano, può consentire un aumento del traffico. Poiché il ciclo è guidato dal comportamento osservato del percorso, il piano di traffico sconosciuto dell’abbonato non è più un prerequisito per una gestione efficace della larghezza di banda.

‍

Perché l’ACM integra — anziché duplicare — l’AQM

La gestione attiva delle code (AQM) di BQN è estremamente efficace nell’applicare un limite di velocità prestabilito: l’avanzato sistema di accodamento per flusso evita le lunghe code che causano il “bufferbloat” e impedisce che il traffico interattivo rimanga in attesa a causa di trasferimenti di grandi dimensioni. Tuttavia, l’AQM dipende dalla conoscenza del limite di velocità da applicare. Da sola, non è in grado di eliminare la formazione di una coda in un nodo esterno più lento quando la capacità di tale nodo scende al di sotto del piano configurato.

ACM colma questa lacuna. Rileva le congestioni a un livello inferiore rispetto al piano dell’abbonato, compresi i colli di bottiglia come un router Wi-Fi più lento, e ordina automaticamente all’AQM di applicare il limite di velocità effettivo. Lavorando insieme, ACM e AQM garantiscono il rispetto sia del limite massimo commerciale sia dei colli di bottiglia inferiori, che variano nel tempo. Anche quando i piani non sono noti, ACM è in grado di rilevare automaticamente i limiti effettivi e di rendere l’AQM di Bequant l’elemento di gestione della larghezza di banda.

‍

Implementazione e convalida

Poiché l'ACM è abilitato per impostazione predefinita ed è progettato per migliorare la qualità senza necessità di una messa a punto dettagliata della configurazione, un operatore può iniziare con il ciclo di controllo automatico e aggiungere in un secondo momento l'integrazione con i piani tariffari degli abbonati esterni. BQN è in grado di ottenere i dati degli abbonati da RADIUS, API REST e connettori di fatturazione supportati, pertanto il funzionamento con piani sconosciuti non impedisce una successiva transizione all'applicazione di piani complementari.

La validazione dovrebbe concentrarsi sui risultati relativi alla qualità della rete piuttosto che esclusivamente sulla velocità. L'interfaccia BQN fornisce statistiche relative all'ACM e alla congestione, tra cui la percentuale di traffico in cui viene rilevata la congestione, la latenza nel tempo e il numero medio di ritrasmissioni TCP nel tempo. Le stesse visualizzazioni sono disponibili per singolo abbonato, consentendo di verificare che il controller intervenga nei punti in cui si verifica la congestione e che il ritardo e le ritrasmissioni migliorino dopo la mitigazione.

‍

Caso di studio — L'impatto di BQN su Cajun Broadband

Un esempio concreto di applicazione di Bequant è quello di Cajun Broadband, un ISP della Louisiana (USA), che ha registrato una riduzione della latenza dell’83%, con le ritrasmissioni scese da un picco del 6,6% a una media dello 0,32%.

‍

Conclusione

BQN ACM consente una gestione ottimale della larghezza di banda quando i colli di bottiglia effettivi si trovano al di sotto dei limiti nominali previsti dal piano tariffario dell’abbonato. Il sistema monitora ogni abbonato, rileva la congestione in base al comportamento effettivo del percorso, stima il punto di funzionamento sostenibile e attiva il BQN AQM per mitigare il sovraccarico prima che le code generino latenza e perdite eccessive. In breve, i piani tariffari degli abbonati definiscono l’intento commerciale; l’ACM individua continuamente la velocità che garantisce la migliore Qualità dell’Esperienza (QoE) ottenibile nelle attuali condizioni di rete. Pertanto, in una rete limitata da un router Wi-Fi congestionato su cui il provider di rete non ha alcun controllo, l’ACM sarà in grado di rilevare tale limitazione di velocità ed evitare la latenza e le perdite che altrimenti comporterebbero una scarsa Qualità dell’Esperienza per l’utente finale.