La larghezza di banda non è la velocità

La larghezza di banda è il tubo

La larghezza di banda è la sezione del tubo: quanti bit possono attraversarlo in un secondo nelle condizioni del collegamento. La latenza è il viaggio: quanto tempo impiega un pacchetto a raggiungere l’altra estremità e, per un round trip, a tornare indietro. Sono misure diverse, e l’una non implica l’altra.

Un collegamento da 100 Mbps può sembrare lento in una videochiamata perché la chiamata non ha bisogno di 100 Mbps. Ha bisogno di un round trip abbastanza breve per la conversazione, di un jitter abbastanza basso per il buffer audio e di una perdita abbastanza bassa da non costringere il codec a mascherare un vuoto. La velocità nominale non descrive nessuno di questi aspetti.

La larghezza di banda conta per i trasferimenti massivi, il backup, il caricamento di video e molti dispositivi contemporaneamente. Conta anche per la congestione che genera latenza e perdita. Ma quando qualcuno dice che il collegamento sembra lento, occorre chiedere quale applicazione e da quale delle quattro metriche quell’applicazione dipende.

Jitter e perdita decidono l’esperienza

Il jitter è la variazione del ritardo da un pacchetto all’altro. Un flusso può avere una buona media e arrivare comunque in modo irregolare. I media in tempo reale usano un buffer per assorbire la variazione; quando la dispersione supera il buffer, l’audio si interrompe o il video si blocca.

Un percorso stabile è più facile da usare di uno il cui ritardo oscilla molto. La media può sembrare simile. Il percorso stabile consente all’applicazione di pianificare; quello oscillante la costringe ad attendere la coda lenta o a scartare i pacchetti che non può usare.

La perdita è il terzo segnale. Le applicazioni dati ritrasmettono, il che aggiunge un round trip e riduce il throughput. I media in tempo reale mascherano il pacchetto mancante, che si manifesta come un disturbo. Un tasso di perdita che in media sembra basso può concentrarsi a raffiche e fare più danni di quanto la media suggerisca.

Misurare su una finestra, da entrambe le estremità

Si misura da entrambe le estremità e su una finestra di tempo. Un singolo ping campiona un pacchetto in un istante; una chiamata, un pagamento o uno streaming video usano molti pacchetti per diversi minuti. Si registrano il minimo, la mediana, il p95 e la perdita nell’ora di punta, e si conservano la rotta e la destinazione insieme ai valori.

Si misura il percorso che l’applicazione usa. Uno speed test pubblico misura una destinazione diversa e spesso una rotta diversa. Un test di rotta che riporta solo il throughput non può spiegare una chiamata che si inceppa. Il throughput va affiancato a RTT, jitter e perdita, e la tratta locale va separata da quella internazionale.

Si riportano la finestra, l’origine, la destinazione e l’ora del giorno. Un valore privo di questi quattro elementi non può essere confrontato con un altro. La guida alla connettività verso la Cina mostra come si costruisce il percorso; la guida al roaming mostra perché l’ancoraggio cambia la distanza.

Che cosa contiene un report di rotta utile

Un report di rotta deve consentire a chi lo legge di ripetere il test. Si registrano l’indirizzo di origine, l’indirizzo di destinazione, la finestra temporale, il numero di campioni e lo strumento o il metodo. Un report che indica solo l’RTT medio non può essere verificato né confrontato.

Si riporta la distribuzione, non solo la media. La mediana descrive il pacchetto tipico, il p95 descrive la coda lenta e il massimo mostra il caso peggiore. Per un’applicazione in tempo reale, il p95 e la perdita contano più della media.

Si separano le tratte. Una tratta di accesso locale, una tratta di transito internazionale e una tratta di destinazione presentano problemi per motivi diversi e hanno responsabili diversi. Un unico valore end-to-end nasconde quale tratta va corretta.

Si conservano i campioni grezzi insieme al riepilogo e si indica la data. Una rotta cambia; un report senza data diventa un’affermazione su una rete che non esiste più.