Telefoni Wi-Fi di reparto: Ascom i63 su Wi-Fi Cisco Catalyst 9800, cosa serve perché la voce regga

Il telefono di reparto non è uno smartphone con un’app

In un reparto di produzione, in una corsia di ospedale o in una piattaforma logistica il telefono non serve a navigare. Serve a rispondere alla chiamata mentre si cammina. Serve inoltre a ricevere un allarme da una macchina o da un letto di degenza, e a premere un tasto se qualcosa va male. Per questo il telefono di reparto è un oggetto diverso dallo smartphone. Batteria sostituibile a fine turno, custodia che resiste a cadute e spruzzi, tasti fisici che si trovano senza guardare. E una radio Wi-Fi pensata per la voce in movimento.

L’Ascom i63 è l’esempio con cui lavoriamo più spesso. Pesa 135 grammi, ha protezione IP44 e batteria sostituibile. Esiste in tre versioni: Talker per la sola telefonia, Messenger per la messaggistica dal sistema di allarme, Protector con tasto di emergenza, uomo a terra e assenza di movimento. Le versioni Messenger e Protector supportano la localizzazione con beacon Bluetooth e con gli access point Wi-Fi. Si registra su un centralino SIP come un interno qualsiasi.

Questa guida spiega cosa serve perché la voce su Wi-Fi regga davvero. Il caso concreto è l’i63 su una rete con controller Cisco Catalyst 9800. Si passano in rassegna le soglie radio, il roaming, la qualità del servizio, la sicurezza, il survey e il collaudo. E quando invece conviene restare sul DECT.

Ascom i63 e Cisco Catalyst 9800: cosa significa interoperabilità validata

Ascom pubblica per le principali piattaforme Wi-Fi un rapporto di interoperabilità con la configurazione consigliata e i risultati delle prove. Cisco, dal canto suo, elenca l’i63 fra i client con cui verifica le versioni software del controller Catalyst 9800. Sta nelle note di rilascio di IOS XE. In altre parole è una validazione fra i due produttori, sul dispositivo e sul controller. Non è una garanzia che la rete di un cliente sia progettata bene. Dice che, se la rete è fatta secondo le indicazioni, i due parlano.

Le indicazioni che pesano di più stanno in tre righe del rapporto Ascom. Con autenticazione 802.1X il fast roaming 802.11r è obbligatorio per una qualità accettabile. Su un SSID con chiave condivisa si abilitano insieme PSK e FT+PSK, per far convivere l’i63 con terminali più vecchi che non supportano l’802.11r. E il WMM va lasciato attivo, perché senza le categorie di accesso la voce fa la coda con i dati.

La tabella dei requisiti radio per la voce

La voce è il traffico meno tollerante che una rete Wi-Fi aziendale trasporta. Non chiede banda: una chiamata pesa meno di 100 kbit/s. Chiede invece regolarità. Questi sono i parametri con cui si progetta e si collauda. Vengono dalle guide di progettazione dei produttori di infrastruttura e dalle raccomandazioni ITU sulla qualità della voce.

Parametro	Valore di progetto	Perché conta
Segnale minimo all’altezza del telefono	-67 dBm	Misurato a 1,2-1,5 m da terra, in ogni punto dove si cammina parlando
Rapporto segnale-rumore	25 dB o più	Sotto, il telefono abbassa il rate e le ritrasmissioni mangiano l’airtime
Sovrapposizione fra celle	Circa 20% a -67 dBm	Il telefono deve vedere il prossimo access point prima di perdere quello corrente
Ritardo in una direzione	Sotto i 150 ms	Soglia della raccomandazione ITU-T G.114 per una conversazione naturale
Jitter	Sotto i 30 ms	Oltre, il buffer del telefono non compensa e la voce si spezza
Perdita di pacchetti	Sotto l’1%	La voce non si ritrasmette: ogni pacchetto perso è un pezzo di parola
Tempo di roaming	Poche decine di ms con 802.11r	Con 802.1X senza FT ogni passaggio ripete l’autenticazione EAP e dura molto di più: la voce cade
Banda	5 GHz, con 2,4 GHz solo come riserva	Meno interferenze e più canali; l’i63 non usa la banda 6 GHz

La riga che decide il numero di access point è quella della sovrapposizione. Una copertura “c’è segnale ovunque” a -75 dBm regge i palmari e non regge una chiamata in corridoio. Il metodo di dimensionamento a capacità e non a metri quadri è nella guida su quanti access point servono.

Roaming: l’i63 supporta r e k, non v

Il passaggio da un access point all’altro lo decide il telefono. L’i63 supporta l’802.11r (Fast BSS Transition) e l’802.11k (lista dei vicini), oltre all’Opportunistic Key Caching e al caching PMKSA. Il datasheet non elenca l’802.11v: la rete non può suggerirgli dove spostarsi. Di conseguenza cambiano due cose.

La prima: il roaming tempestivo si ottiene con il progetto radio, non con una funzione del controller. In pratica: celle a -67 dBm con il 20% di sovrapposizione. Poi potenze contenute e uguali fra access point e telefono, perché l’i63 trasmette al massimo 20 dBm. Rate di base non inferiori a 12 Mbps, così il telefono non resta aggrappato a un access point lontano.

La seconda: con l’autenticazione 802.1X l’802.11r non è facoltativo. Senza FT ogni passaggio rifà lo scambio EAP e la voce cade per il tempo dell’autenticazione. Ascom lo scrive nel rapporto di interoperabilità e lo abbiamo verificato sul campo più di una volta.

Un SSID solo per la voce

Il telefono di reparto vive su un SSID dedicato, su VLAN dedicata, con FT abilitato, WMM obbligatorio e rate di base alzati. Non condivide l’SSID con portatili e smartphone, perché ogni funzione pensata per i dati, dal band steering aggressivo ai rate bassi per la compatibilità, lavora contro la voce. Sui 5 GHz l’i63 esclude da solo la porzione 5600-5650 MHz, cioè i canali 120, 124 e 128, usati in Europa dai radar meteorologici e soggetti a vincoli DFS più severi. Vanno tolti anche dal piano dei canali del controller, altrimenti un access point su quei canali è invisibile al telefono.

QoS dall’aria al centralino

La voce va marcata e la marcatura va rispettata lungo tutto il percorso. Sull’aria il telefono e l’access point usano le categorie WMM: la voce sta nella categoria Voice, la più prioritaria. Sul cavo il pacchetto porta DSCP EF (46) e il controller o l’access point lo mappa sulla priorità utente 6. Poi gli switch devono fidarsi della marcatura e non azzerarla alla porta di accesso. Infine, al centralino la stessa classe va riconosciuta sulla porta del server o del gateway.

Un anello rotto basta. Il caso più frequente è lo switch di piano che riscrive il DSCP a zero. In questo caso l’audio che scende dal centralino verso il telefono arriva all’access point senza marcatura e attraversa l’aria come traffico qualunque. Chi è all’altro capo sente bene; sul telefono di reparto la voce arriva a scatti. Le altre cause di audio a scatti, dal codec al NAT, sono nella guida sui problemi audio del VoIP.

Il controllo di ammissione delle chiamate (CAC) si valuta caso per caso. Protegge le chiamate in corso quando una cella satura, ma va provato con i telefoni reali. Nelle prove di interoperabilità è una delle aree con limitazioni note.

Sicurezza: WPA3-Enterprise con certificati, e il limite dei 192 bit

L’i63 supporta WPA3-Personal e WPA3-Enterprise con PEAP-MSCHAPv2 ed EAP-TLS, con i frame di gestione protetti (802.11w) richiesti dal WPA3. Non supporta però la modalità WPA3-Enterprise a 192 bit: se la rete la impone, il telefono non si associa. La scelta di progetto resta EAP-TLS con certificato per dispositivo, distribuito con SCEP, e validazione del certificato del server lasciata attiva sul telefono. Disattivarla per comodità apre la porta agli access point falsi. Il quadro completo, dall’autenticazione a certificati alla rete ospiti, è nella guida sulla sicurezza del Wi-Fi aziendale.

Il survey per la voce si fa camminando

Il survey per un impianto di telefoni Wi-Fi ha un vincolo in più rispetto a quello per i dati. Si misura dove si parla, non dove si lavora: corridoi, scale, ascensori, spogliatoi, locali tecnici, cortili interni fra due capannoni. Il rilevatore Ekahau Sidekick 2 si porta all’altezza a cui si tiene il telefono, e il percorso segue quello delle persone in turno.

Il collaudo si fa con una chiamata in corso. Si cammina lungo tutti i percorsi con il telefono in conversazione e si registrano segnale, roaming e qualità dell’audio. L’i63 ha uno strumento di survey integrato che mostra gli access point visti e il livello di segnale. È utile per il controllo finale, tuttavia non sostituisce la misura di progetto. In ospedale le aree critiche e i dispositivi medicali in rete aggiungono vincoli, descritti nella guida sul Wi-Fi in ospedale. Per il metodo di progettazione vale la guida alla progettazione Wi-Fi con Ekahau.

DECT o Wi-Fi: la scelta non è ideologica

Il DECT resta la tecnologia più semplice per la voce in movimento: rete radio dedicata, roaming nativo, autonomia lunga, nessuna concorrenza con i dati. Il Wi-Fi vince invece quando serve altro oltre alla voce: messaggistica dagli allarmi, localizzazione, integrazione con applicazioni, un’unica infrastruttura radio da gestire. E vince dove il Wi-Fi c’è già ed è progettato bene, perché una rete DECT multicella in un edificio grande è un secondo impianto radio da progettare, cablare e mantenere.

La regola pratica è semplice. Se il Wi-Fi è stato dimensionato per i dati e non ha un SSID voce con FT e WMM, il DECT è la scelta a basso rischio. Se invece il Wi-Fi è stato progettato per la voce, o si progetta ora, il telefono Wi-Fi porta tutto in una rete sola. Le due infrastrutture possono anche convivere, con lo stesso centralino dietro. Il confronto completo è nella guida sul DECT aziendale.

Il centralino: un interno SIP come gli altri

L’i63 si registra sul centralino via SIP, con le funzioni di un interno normale: trasferimento, attesa, gruppi di chiamata, rubrica centralizzata. La messaggistica e gli allarmi passano invece dalla piattaforma Ascom Unite. Questa dialoga con il centralino da un lato e con le sorgenti di allarme dall’altro: chiamata infermieri, PLC, sistemi di supervisione. Netframe integra i telefoni sui centralini SIP che installa e mantiene; il perimetro del servizio è nella pagina sul VoIP aziendale.

Un dettaglio che si dimentica: il timeout di registrazione SIP e il keepalive vanno accordati con la rete. Un telefono che roama in 30 ms ma perde la registrazione dopo 30 secondi di silenzio, perché il firewall chiude la sessione, non ha un problema di Wi-Fi.

Gli errori che si vedono più spesso

• Telefoni sull’SSID dei dati, con rate bassi e senza FT: cadute a ogni roaming.
• 802.1X senza 802.11r: la chiamata cade per il tempo dell’autenticazione.
• Copertura a -75 dBm misurata con un portatile a un metro dal pavimento, mai in corridoio.
• Canali 120-128 nel piano del controller, invisibili al telefono.
• DSCP azzerato dallo switch di piano: la voce prioritaria solo sulla carta.
• WPA3 a 192 bit imposto a tutta la rete: il telefono non si associa.
• Validazione del certificato del server disattivata “perché dava errore”.
• Collaudo senza chiamata in corso: la mappa è verde, la voce cade.

Da dove si parte

Da un survey camminato lungo i percorsi delle persone e da un SSID voce progettato, non dall’acquisto dei telefoni. Netframe è un system integrator IT dell’Emilia-Romagna con sede a Modena. Progettiamo reti wifi per la voce con site survey Ekahau Sidekick 2 e configuriamo controller e access point. Poi integriamo i telefoni sui centralini SIP e collaudiamo con la chiamata in corso. Il team è certificato Cisco e Netframe è Ascom Certified Partner. Lavoriamo in tutte le province dell’Emilia-Romagna; per Modena e provincia c’è la pagina dedicata a reti aziendali e Wi-Fi a Modena.

Domande frequenti sui telefoni Wi-Fi di reparto

I telefoni Wi-Fi di reparto funzionano sul Wi-Fi che abbiamo già?

Solo se quel Wi-Fi è stato progettato per la voce. Servono quattro cose: un SSID dedicato con fast roaming 802.11r e WMM, copertura a -67 dBm misurata all’altezza del telefono lungo corridoi e scale, sovrapposizione fra celle intorno al 20%, QoS rispettata fino al centralino. Una rete dimensionata per portatili e palmari di solito non ne ha nessuna. Quindi prima si misura, poi si decide se adattarla o se restare sul DECT.

Meglio DECT o Wi-Fi per i telefoni di reparto?

Il DECT è la scelta a basso rischio quando serve solo la voce e il Wi-Fi esistente non è progettato per la telefonia. Il Wi-Fi conviene quando servono anche messaggistica dagli allarmi, localizzazione e integrazione con le applicazioni. Conviene anche quando la rete Wi-Fi è già progettata per la voce. In ogni caso le due tecnologie possono convivere sullo stesso centralino.

L’Ascom i63 funziona con il Wi-Fi Cisco?

Sì. Cisco elenca l’i63 fra i client con cui verifica le versioni software del controller Catalyst 9800. Inoltre Ascom pubblica il rapporto di interoperabilità con la configurazione consigliata. Le condizioni che contano sono tre: 802.11r obbligatorio con l’autenticazione 802.1X, PSK e FT+PSK insieme sugli SSID a chiave condivisa, WMM attivo. La rete va comunque progettata e collaudata per la voce.

Quanti access point servono per la voce su Wi-Fi?

Più di quelli che servono per i dati sulla stessa superficie. Il criterio è -67 dBm all’altezza del telefono con il 20% di sovrapposizione fra celle, anche in corridoi, scale e locali tecnici. Il numero esce dal survey predittivo confermato con la misura sul campo. Di solito un impianto per la voce in un edificio esistente aggiunge access point nelle aree di passaggio, non negli uffici.

L’Ascom i63 supporta WPA3?

Sì, sia WPA3-Personal sia WPA3-Enterprise con PEAP-MSCHAPv2 ed EAP-TLS, con i frame di gestione protetti. Non supporta però la modalità WPA3-Enterprise a 192 bit. La configurazione consigliata è EAP-TLS con certificato per telefono distribuito via SCEP e validazione del certificato del server attiva.

Netframe installa telefoni Wi-Fi di reparto?

Sì. Netframe progetta la rete Wi-Fi per la voce con survey Ekahau lungo i percorsi delle persone. Poi configura SSID, roaming e QoS sul controller, integra i telefoni Ascom sui centralini SIP e collauda con la chiamata in corso. Netframe è Ascom Certified Partner e il team è certificato Cisco. Sede a Modena, interventi in tutta l’Emilia-Romagna.

Fonti

• Ascom, Ascom i63 VoWiFi handset, pagina prodotto: versioni, roaming 802.11r e 802.11k, localizzazione, protezione IP44
• Ascom, Data sheet Ascom i63 VoWiFi Handset (TD 93277EN, versione N2, settembre 2025): reti 802.11a/b/g/n/ac, potenza massima 20 dBm, sensibilità, WPA3-Personal ed Enterprise, esclusione della banda 5600-5650 MHz, modalità 192 bit non supportata; citato in forma descrittiva
• Ascom, Interoperability Report Ascom i63 e Cisco Catalyst 9800: 802.11r obbligatorio con EAP, PSK e FT+PSK sullo stesso SSID, tempi di roaming misurati; citato in forma descrittiva
• Cisco, Release Notes for Cisco Catalyst 9800 Series Wireless Controller, IOS XE 17.18.3, tabella dei client verificati per l’interoperabilità
• Cisco, Enterprise Mobility Design Guide, capitolo Voice over WLAN: soglie di segnale, rapporto segnale-rumore, sovrapposizione fra celle, ritardo, jitter e perdita di pacchetti per la voce; citato in forma descrittiva
• ITU-T, Raccomandazione G.114 sul ritardo di trasmissione in una direzione, citata in forma descrittiva
• IEEE 802.11, emendamenti r, k, v, w ed e (WMM), citati in forma descrittiva

Fonti verificate il 26 agosto 2026. I valori radio sono parametri di progetto tipici indicati dai produttori di infrastruttura e dalle raccomandazioni ITU. Vanno confermati con il produttore del telefono e con il centralino in uso.

Nota di indipendenza: Netframe è un system integrator indipendente e multi-vendor. È certificata Cisco, Fortinet e Huawei ed è Ascom Certified Partner. Ekahau è lo strumento di misura di proprietà con cui eseguiamo i survey. L’interoperabilità citata è quella validata fra Ascom e Cisco sul dispositivo e sul controller, non una certificazione di Netframe.