La Quality of Service (QoS) è un insieme di meccanismi utilizzati per controllare, classificare e prioritizzare il traffico che attraversa un'infrastruttura di rete, con l'obiettivo di garantire prestazioni adeguate alle applicazioni aziendali più sensibili alla latenza, al jitter e alla perdita di pacchetti. In una rete convergente, nella quale convivono telefonia VoIP, videoconferenze, applicazioni gestionali, servizi cloud, trasferimenti di file e backup, la disponibilità di banda non è sempre sufficiente a garantire la qualità delle comunicazioni. Quando più flussi competono per le stesse risorse, le code dei dispositivi di rete possono saturarsi e introdurre ritardi, scarti di pacchetti e degrado delle prestazioni. La QoS consente di intervenire su questi fenomeni attraverso politiche di classificazione, marcatura, accodamento, schedulazione e limitazione del traffico, applicate in modo coerente lungo il percorso dei dati.

Perché la QoS è importante nelle reti aziendali

Il traffico di rete non presenta caratteristiche omogenee. Una telefonata VoIP richiede tempi di consegna contenuti e una variazione limitata del ritardo tra pacchetti consecutivi, mentre un backup può tollerare latenze maggiori purché disponga di banda sufficiente per completare il trasferimento. Un'applicazione gestionale può essere particolarmente sensibile alla latenza delle richieste verso il database, mentre un download di grandi dimensioni può utilizzare una quota significativa della capacità disponibile senza avere la stessa urgenza operativa.

In assenza di politiche QoS, i dispositivi possono trattare i pacchetti secondo il comportamento predefinito delle proprie code, senza distinguere adeguatamente le esigenze delle applicazioni. In condizioni di congestione, un flusso di trasferimento dati può quindi contribuire al ritardo delle comunicazioni vocali o delle sessioni interattive. La QoS permette di assegnare un trattamento differenziato ai flussi, stabilendo quali debbano essere serviti prima, quali possano utilizzare la banda residua e quali debbano essere limitati quando superano i parametri previsti.

È importante chiarire che la QoS non aumenta la capacità fisica del collegamento. Se la domanda di traffico supera stabilmente la banda disponibile, la prioritizzazione può ridurre l'impatto sulle applicazioni critiche, ma non elimina il limite strutturale della rete. In questi casi è necessario valutare anche il dimensionamento dei collegamenti, la riduzione dei flussi non essenziali, l'ottimizzazione dei percorsi e l'eventuale incremento della capacità trasmissiva.

Classificazione del traffico e marcatura DSCP

Il primo passaggio di una configurazione QoS consiste nell'identificare i flussi che devono ricevere un trattamento specifico. La classificazione può basarsi su indirizzi IP sorgente e destinazione, subnet, interfacce, protocolli, porte TCP o UDP, VLAN, identità applicative o informazioni disponibili nei sistemi di controllo del traffico. Negli ambienti più articolati, la classificazione può essere integrata con policy centralizzate che associano determinati dispositivi, applicazioni o servizi a classi di trattamento predefinite.

Dopo la classificazione, i pacchetti possono essere marcati per indicare il trattamento previsto dai dispositivi successivi. Nelle reti IP, il campo DSCP (Differentiated Services Code Point), contenuto nel campo DS dell'header IP, utilizza sei bit per identificare una classe di servizio. Il valore DSCP può essere interpretato dagli apparati che implementano DiffServ, consentendo di applicare comportamenti coerenti durante l'inoltro dei pacchetti. I due bit ECN, presenti nello stesso campo DS, sono invece utilizzati per le funzionalità di Explicit Congestion Notification e non fanno parte del valore DSCP.

La marcatura deve seguire una policy condivisa. Se un host può assegnare arbitrariamente una priorità elevata al proprio traffico, potrebbe ottenere un trattamento preferenziale senza averne titolo. Per questo motivo, gli switch e i router possono verificare le marcature ricevute, applicare regole di classificazione basate su criteri attendibili e riscrivere i valori DSCP non conformi. In particolare, le marcature provenienti da dispositivi non gestiti o da reti esterne non dovrebbero essere considerate automaticamente affidabili.

DiffServ e classi di servizio

L'architettura Differentiated Services, definita dagli standard IETF, permette di trattare gruppi di pacchetti secondo comportamenti di inoltro differenziati, chiamati Per-Hop Behaviors (PHB). Invece di riservare risorse individualmente per ogni flusso end-to-end, DiffServ consente di associare i pacchetti a classi che ricevono un trattamento coerente sui dispositivi di rete configurati.

Tra i comportamenti più utilizzati rientra Expedited Forwarding (EF), progettato per offrire un inoltro con bassa latenza, basso jitter e perdita contenuta quando viene configurato correttamente. È spesso associato al traffico voce interattivo, ma la sua applicazione deve essere limitata ai flussi che ne hanno effettivamente bisogno e accompagnata da controlli sulla banda. Una classe EF sovraccaricata può compromettere proprio le prestazioni che dovrebbe proteggere.

Assured Forwarding (AF) permette invece di distinguere diverse classi di inoltro e livelli di precedenza in caso di congestione, risultando utile per applicazioni aziendali che richiedono un trattamento preferenziale senza necessitare necessariamente della priorità più elevata. Il traffico best effort continua a essere gestito secondo il comportamento ordinario, mentre altre classi possono essere definite per applicazioni interattive, gestione della rete e trasferimenti non urgenti.

I valori DSCP non devono essere assegnati in modo casuale. È necessario predisporre una matrice di classificazione che associ ogni categoria di traffico a una marcatura e a un comportamento di accodamento, documentando le scelte e verificando che router, switch, firewall e access point le interpretino in modo compatibile. Una marcatura ha valore operativo soltanto se gli apparati lungo il percorso applicano effettivamente le policy corrispondenti.

Accodamento e schedulazione dei pacchetti

Quando un'interfaccia di rete riceve più traffico di quanto possa trasmettere istantaneamente, i pacchetti vengono inseriti in code. I meccanismi di queuing stabiliscono come organizzare queste code e in quale ordine trasmettere i pacchetti. La schedulazione determina invece quale coda venga servita a ogni opportunità di trasmissione, influenzando direttamente il ritardo dei flussi in competizione.

Le code a priorità stretta, spesso indicate come Strict Priority, permettono di servire una classe prima delle altre. Sono utili per il traffico che richiede una latenza molto bassa, ma devono essere configurate con attenzione: se la classe prioritaria genera un volume eccessivo di pacchetti, può lasciare una quantità insufficiente di banda alle altre code. Per questo motivo è comune associare alla coda prioritaria un limite di banda o un meccanismo di controllo del traffico.

Algoritmi come Weighted Round Robin e Weighted Fair Queuing consentono di distribuire la capacità disponibile tra più classi, assegnando pesi o quote di servizio differenti. In questo modo, le applicazioni possono ricevere una quantità di banda proporzionata alla loro importanza senza che una singola classe monopolizzi completamente il collegamento. Le implementazioni e i nomi delle funzionalità variano tra produttori, ma il principio rimane quello di controllare la competizione tra flussi quando le risorse sono limitate.

La scelta dell'algoritmo dipende dal profilo del traffico, dalla capacità del dispositivo e dagli obiettivi prestazionali. Una rete con telefonia IP, applicazioni interattive e trasferimenti massivi può richiedere una combinazione di priorità per i flussi sensibili alla latenza, code a peso per le applicazioni aziendali e trattamento best effort per i servizi meno critici. Le policy devono essere testate in condizioni di congestione, perché durante il funzionamento ordinario le differenze tra gli algoritmi possono essere poco evidenti.

Traffic shaping, policing e controllo della banda

La QoS non si limita a definire quali pacchetti debbano essere trasmessi prima degli altri. I meccanismi di traffic shaping e policing consentono di controllare il volume e la velocità del traffico, applicando limiti ai flussi o alle classi di servizio. Queste funzioni sono particolarmente importanti nei collegamenti WAN, nelle connessioni Internet condivise e negli ambienti nei quali più applicazioni competono per una banda limitata.

Il traffic shaping regola il ritmo di trasmissione trattenendo temporaneamente i pacchetti in una coda quando il traffico supera il profilo previsto. In questo modo, un flusso può essere distribuito nel tempo e mantenuto entro una determinata velocità media, riducendo i picchi che potrebbero provocare congestione sul collegamento successivo. Il policing, invece, verifica se il traffico rispetta i limiti configurati e può scartare o rimarcare i pacchetti eccedenti, secondo la policy applicata.

Un caso comune riguarda la connessione Internet aziendale: il router può trasmettere verso il provider un volume di dati superiore alla capacità effettiva del collegamento, lasciando che la congestione si formi nella rete dell'operatore. In questa situazione, le code locali potrebbero non controllare efficacemente il traffico in competizione. Configurare lo shaping a una velocità coerente con la capacità reale del circuito consente al dispositivo aziendale di gestire la congestione nel punto in cui è possibile applicare le priorità. Il valore deve essere misurato e verificato, perché una velocità configurata troppo bassa riduce inutilmente la capacità disponibile, mentre una troppo elevata può lasciare la congestione fuori dal controllo del router.

QoS per VoIP, videoconferenze e applicazioni gestionali

La telefonia IP e le videoconferenze sono tra i casi d'uso più evidenti della QoS, perché la qualità percepita dipende non soltanto dalla banda disponibile, ma anche da latenza, jitter e perdita dei pacchetti. Il ritardo elevato rende difficile la conversazione, mentre una variazione significativa del tempo di arrivo dei pacchetti può richiedere buffer di compensazione e introdurre ulteriori ritardi. La perdita può tradursi in interruzioni audio, artefatti video o degradazione della qualità complessiva.

Una configurazione efficace deve identificare correttamente i flussi di segnalazione e quelli multimediali, applicando marcature e policy coerenti con le raccomandazioni del produttore della piattaforma. La segnalazione delle chiamate non ha necessariamente le stesse esigenze del flusso audio in tempo reale e non dovrebbe essere trattata in modo identico senza una valutazione tecnica. Analogamente, il traffico video può richiedere una classe distinta in funzione delle dimensioni delle riunioni, della risoluzione e del comportamento della piattaforma utilizzata.

Le applicazioni gestionali e i sistemi ERP possono beneficiare di una priorità intermedia quando effettuano operazioni interattive verso server o database remoti. Tuttavia, attribuire una priorità elevata a tutto il traffico generato da un determinato server può essere controproducente, soprattutto se lo stesso sistema esegue anche backup, sincronizzazioni e processi batch. È preferibile classificare i flussi in base alle esigenze reali, distinguendo le richieste interattive dai trasferimenti massivi quando l'architettura lo permette.

Implementare la QoS su switch, router e access point

La configurazione deve essere coerente con l'intera infrastruttura. Sugli switch, la QoS può essere applicata alle porte di accesso, alle porte trunk e alle interfacce di uplink, in modo da mantenere una classificazione uniforme tra VLAN e segmenti di rete. Alcuni dispositivi utilizzano code hardware con capacità differenti, perciò è necessario verificare il numero di code disponibili, le regole di mapping tra DSCP e code interne e gli eventuali limiti prestazionali dell'apparato.

Sui router, la QoS viene spesso applicata alle interfacce WAN e ai punti in cui la capacità del collegamento costituisce un vincolo. Qui è possibile associare classi di traffico, definire priorità, configurare lo shaping e controllare il comportamento durante la congestione. Nei firewall, invece, occorre considerare anche le funzioni di ispezione, NAT, VPN e controllo applicativo, che possono modificare il percorso dei pacchetti o influire sulle prestazioni.

Nelle reti Wi-Fi, la gestione delle priorità può utilizzare meccanismi come Wi-Fi Multimedia (WMM), che associa il traffico a categorie di accesso con differenti parametri di contesa del mezzo radio. WMM migliora il trattamento del traffico sensibile alla latenza, ma non garantisce da solo una qualità end-to-end: interferenze, segnale debole, congestione radio e capacità dell'access point continuano a influenzare le prestazioni. È quindi necessario verificare sia la QoS cablata sia quella wireless, evitando che una corretta configurazione Ethernet venga vanificata dal segmento radio.

Monitoraggio e troubleshooting della QoS

Una policy QoS deve essere verificata attraverso metriche e test, non soltanto dalla presenza delle configurazioni nell'interfaccia amministrativa. Gli apparati possono esporre contatori relativi ai pacchetti classificati, ai byte trasmessi per coda, ai pacchetti scartati, ai limiti di banda applicati e alle code in congestione. Questi dati consentono di verificare se il traffico venga classificato correttamente e se le classi prioritarie ricevano il trattamento previsto.

Per misurare il comportamento della rete è utile correlare i contatori QoS con latenza, jitter, perdita di pacchetti e utilizzo delle interfacce. Strumenti di monitoraggio basati su SNMP, telemetria o sistemi di analisi del traffico possono raccogliere queste informazioni nel tempo, aiutando a individuare le fasce orarie in cui la congestione si manifesta. I test dovrebbero includere scenari di carico realistici, come il trasferimento simultaneo di file, l'esecuzione dei backup e l'utilizzo di applicazioni interattive.

Un errore frequente consiste nel marcare il traffico senza configurare le code o senza verificare che i dispositivi successivi rispettino le marcature. Un altro problema è assegnare priorità elevate a un numero eccessivo di applicazioni, eliminando di fatto la distinzione tra traffico critico e traffico ordinario. Anche le differenze di configurazione tra sedi aziendali possono produrre risultati incoerenti, soprattutto quando i pacchetti attraversano VPN, firewall o collegamenti gestiti da operatori esterni.

QoS e continuità operativa aziendale

Una strategia QoS efficace nasce dall'analisi delle applicazioni, dalla misurazione del traffico e dalla definizione di obiettivi prestazionali verificabili. Non è sufficiente applicare una configurazione standard a tutti gli apparati: occorre conoscere i flussi effettivi, individuare i punti di congestione, definire classi coerenti e verificare periodicamente i risultati. La documentazione delle policy e il controllo delle modifiche permettono inoltre di mantenere la configurazione allineata all'evoluzione della rete e delle applicazioni aziendali.

Per le organizzazioni che utilizzano telefonia VoIP, servizi cloud, sistemi gestionali distribuiti e collegamenti tra sedi, la Quality of Service rappresenta uno strumento importante per migliorare la prevedibilità delle prestazioni e ridurre l'impatto della congestione. Se integrata con il monitoraggio della rete, la gestione della capacità e la manutenzione dell'infrastruttura, consente di individuare tempestivamente i colli di bottiglia e di assegnare le risorse disponibili in base alle reali priorità operative.

ALLIT può supportare le aziende nell'analisi delle reti, nella configurazione di router e switch, nella gestione delle priorità del traffico e nel monitoraggio delle prestazioni. Un approccio tecnico basato su misurazioni, policy documentate e verifiche periodiche permette di migliorare la qualità dei servizi di rete e di mantenere affidabili le comunicazioni e le applicazioni essenziali per il lavoro quotidiano.