Stimare prima, misurare poi

Il Network planner nel Teams admin center risponde a una domanda a priori: quanta banda servirà. Si modellano i network sites (le sedi, con numero di utenti e capacità dei collegamenti) e le personas — profili d’uso che combinano chat, meeting, video e Teams Phone — e lo strumento restituisce una stima di banda per sito e per persona. È pianificazione pura: non tocca nulla, non misura nulla, e funziona anche per una sede che non esiste ancora.

Il Microsoft Teams Network Assessment Tool fa l’opposto. Gira su una macchina dentro la rete reale, apre un flusso media verso il servizio Microsoft e misura packet loss, jitter, latency (RTT) e riordino dei pacchetti, producendo i file di risultati che diventano la baseline della sede. I target Microsoft sono severi (perdita sotto l’1%, jitter sotto i 30 ms, RTT sotto i 100 ms) e vanno verificati sede per sede: una media di tenant non dice niente della filiale che soffre.

Prima di entrambi c’è la preparazione della rete: uscita diretta e locale verso gli endpoint Microsoft 365 della categoria Optimize, nessun proxy o SSL inspection sul media UDP, split tunnel sulla VPN. Un tunnel che riporta il media in datacenter è la causa più frequente di riunioni pessime, e nessun QoS lo compensa.

QoS: priorità, non banda

Il QoS non aggiunge banda: decide chi passa per primo quando la coda è piena. Funziona marcando i pacchetti con DSCP (tipicamente EF per l’audio, AF41 per il video, AF21 per l’application sharing) e separando i flussi in range di porte distinti per audio, video e sharing, così client e apparati parlano lo stesso linguaggio. La marcatura deve sopravvivere end-to-end: se un hop non si fida del marker o lo rimappa, il lavoro è perso. Per questo il QoS ha senso solo dove la congestione è governabile — LAN, Wi-Fi gestito, WAN/MPLS aziendale — e non su internet pubblico, dove i DSCP vengono comunemente azzerati.

Dove non si può prioritizzare, si riduce il consumo. Il Media Bit Rate nella meeting policy limita il bit rate per utente; la network roaming policy si assegna invece ai network site, non agli utenti, e permette di disabilitare il video IP o abbassare il bit rate solo nella sede stretta, seguendo chi si sposta. Presuppone che la network topology, con subnet e siti, sia già definita.

eCDN: quando il problema è la moltiplicazione

Un town hall con migliaia di dipendenti nella stessa sede non è un problema di priorità ma di moltiplicazione: ogni client apre il proprio stream e il collegamento della sede satura comunque. Qui serve un eCDN, che porta un numero ridotto di flussi dentro la rete e li ridistribuisce localmente via peering o cache. La regola d’esame è netta: molti spettatori view-only nello stesso sito → eCDN; poche riunioni interattive che vanno male → QoS, uscita locale o banda.

Le due lenti della qualità

Call analytics guarda una chiamata di un singolo utente: dispositivi, rete, connettività, sessione per sessione. È lo strumento del supporto quando “ieri Marco non si sentiva”. La Call Quality Dashboard guarda l’aggregato del tenant nel tempo, per trovare problemi sistemici — la subnet, il Wi-Fi o il sito che produce stream classificati poor. Perché sia leggibile serve la tenant data map, cioè l’upload che associa subnet a edifici, e le reporting label, che trasformano indirizzi IP in nomi di sedi e distinguono rete managed da unmanaged. Senza, il CQD mostra numeri veri ma illeggibili.

Trappole tipiche d’esame

  • Nuova sede non ancora attiva, serve dimensionare il collegamento → Network planner: stima a priori per sito e persona; il Network Assessment Tool non serve perché misura una rete che deve già esistere.
  • Verificare se una sede esistente regge le riunioni → Microsoft Teams Network Assessment Tool: dà la baseline reale di packet loss, jitter e latenza; il Network planner produrrebbe solo una stima teorica.
  • Un utente riferisce audio a scatti in una chiamata di ieri → call analytics: dettaglio per singola sessione e singolo utente. Il CQD, essendo aggregato, annega il caso isolato nella media.
  • Molti utenti della stessa filiale con qualità scadente da settimane → Call Quality Dashboard: trend e correlazione per subnet e sede, leggibili solo se tenant data map e reporting label sono state caricate.
  • Town hall con migliaia di dipendenti in un unico campus → eCDN: alzare il Media Bit Rate o marcare DSCP non riduce il numero di stream che entrano nel collegamento della sede.
  • Traffico che attraversa internet pubblico o un provider non gestito → il QoS DSCP non è la risposta: i marker non sopravvivono fuori dalla rete controllata; agisci su network roaming policy, Media Bit Rate e uscita locale.