C cenaly.com
Inizia gratuitamente

Rete, router e connessione internet per la telefonia

Porte, SIP ALG e dove disattivarlo sui router dei marchi più diffusi, NAT, Wi-Fi e VLAN, quanta banda internet serve per una chiamata

22 min read Apri questa schermata nella demo
On this page 18

Rete, router e internet per la telefonia

Un telefono IP è un dispositivo sulla rete della sede esattamente come una cassa o un computer: esce su internet attraverso il vostro router verso il nostro centralino. Quasi sempre «funziona e basta», e quando non funziona la colpa è di tre o quattro impostazioni del router, uguali per tutte le marche. In questa pagina trovate che cosa serve esattamente dalla rete, dove disattivare il «helper» SIP ALG che dà fastidio sui router delle marche più diffuse e quanta banda serve per una chiamata.

Che cosa inserire nel telefono stesso (server, login, password) è nell'articolo «Configurazione dei telefoni SIP». Per verificare l'audio dopo qualsiasi modifica alla rete, usate il test dell'eco *43 (vedi «Come verificare la rete»).

In breve: cinque regole#

  1. Non serve alcun port forwarding. Il telefono si collega da solo al centralino dall'interno della vostra rete: connessioni in ingresso dall'esterno non ce ne sono.
  2. Disattivate il SIP ALG sul router (chiamato anche «SIP Helper», «SIP Passthrough»). È la causa più frequente di «la chiamata cade dopo 30 secondi» e «non mi sentono» — dove si trova sulla vostra marca.
  3. Il telefono va nella rete di servizio, meglio via cavo. Non nel Wi-Fi ospiti: lì i dispositivi sono isolati tra loro e spesso c'è una pagina di accesso che il telefono non è in grado di superare.
  4. Serve poca banda, ma stabile: circa 100 kbit/s in ciascuna direzione per ogni conversazione. Più che la velocità, conta che il canale non si saturi fino al limite — soprattutto in upload.
  5. Dopo qualsiasi intervento sulla rete, componete *43. Il punto verde nell'area di amministrazione indica la registrazione, non l'audio.

Come viaggia una chiamata attraverso la rete#

 Telefono IP ──► router della sede ──► internet ──► centralino Cenaly
 (192.168.x.x)   (NAT: sostituisce     provider     sip.<il vostro dominio>
                  l'indirizzo con       internet     o macchina dedicata
                  quello esterno)

Tutto il traffico parte dal telefono:

  1. Il telefono invia la registrazione al centralino (porta 5060). Il router memorizza: «i pacchetti da questa porta esterna sono per il telefono 192.168.x.x» — si chiama traduzione degli indirizzi (NAT).
  2. Il centralino risponde e poi invia le chiamate in ingresso allo stesso punto da cui è arrivata la registrazione, attraverso lo stesso «buco» nel router. Per questo non serve il port forwarding: la porta l'ha aperta il telefono stesso.
  3. Anche la voce (RTP) viene inviata per prima dal telefono, e il centralino risponde con la voce a quell'indirizzo e a quella porta da cui è arrivata.

Da qui derivano due condizioni senza le quali la comunicazione si rompe: il router non deve riscrivere il contenuto dei pacchetti SIP (lo fa il SIP ALG) e non deve dimenticare il «buco» mentre il telefono tace tra una chiamata e l'altra (questo è il keep-alive). Entrambi sono trattati più avanti.

Per l'amministratore di rete: che cosa fa il centralino con il NAT da solo

Per tutti gli interni lato centralino sono attive (shared/sip/advanced-options.json, gruppo nat):

  • force_rport — le risposte vanno all'indirizzo e alla porta da cui è arrivata la richiesta (RFC 3581), non a quelli scritti nell'intestazione Via;
  • rewrite_contact — il centralino memorizza il telefono con il reale indirizzo esterno di origine della registrazione, non con l'indirizzo privato 192.168.x.x dell'intestazione Contact;
  • rtp_symmetric — la voce viene inviata là da dove arriva dal telefono (symmetric RTP), non all'indirizzo presente nell'SDP;
  • direct_media=no — la voce passa sempre attraverso il centralino, anche tra due telefoni della stessa sede; i telefoni non tentano mai di collegarsi direttamente tra loro.

Per questo il telefono non ha bisogno di STUN, TURN e ICE, e la sede non ha bisogno di un IP esterno statico. Il telefono può richiedere la registrazione ogni 60–3600 s (meno di 60 — rifiuto 423 Interval Too Brief, predefinito 120 s); il centralino verifica ogni apparecchio registrato con una richiesta OPTIONS ogni 60 s.

Porte per l'amministratore di rete#

La regola è una sola: consentire il traffico in uscita verso l'indirizzo del centralino e le relative risposte (un normale firewall «stateful» lo fa da sé). Regole in ingresso e port forwarding non servono.

Cosa Protocollo e porta lato centralino Direzione dalla sede
Registrazione e chiamate (SIP) UDP 5060; TCP 5060 — se il telefono è commutato su TCP in uscita verso l'indirizzo del centralino
Voce (RTP) UDP 10000–20000 (il contorno condiviso usa 10000–10200, la macchina dedicata l'intero intervallo 10000–20000) in uscita verso l'indirizzo del centralino
Nomi (DNS) UDP/TCP 53 verso il server DNS del provider o il vostro
Ora (NTP) UDP 123 verso i server di riferimento orario — altrimenti nella cronologia delle chiamate l'ora sarà errata

L'indirizzo del centralino è un nome, non un IP: è mostrato nella finestra «Credenziali dell'interno» (sip.<il vostro dominio> per il contorno condiviso o il nome della vostra macchina dedicata). Non inserite nelle regole un IP «a memoria» e non prendetelo da questa pagina — qui non c'è di proposito.

Dettagli per il firewall
  • Le porte locali del telefono (da quale porta invia SIP e RTP) sono diverse per ogni marca — non serve filtrare il traffico in uscita per porta di origine, filtrate per indirizzo e porta di destinazione.
  • Due porte per ogni conversazione lato centralino: RTP occupa una porta pari, RTCP (i report sulla qualità) quella dispari adiacente. È una questione interna del centralino, ma spiega perché l'intervallo è così ampio.
  • Se il firewall richiede un indirizzo IP, ricavatelo dal nome (nslookup <server SIP>). La macchina dedicata ha un IP statico; per il contorno condiviso è più affidabile consentire per nome o tutto l'UDP in uscita verso di esso.
  • TCP 5061 (SIP su TLS) sulla macchina dedicata è aperto per la segnalazione cifrata. Al telefono serve solo se nella finestra delle credenziali il trasporto è TLS; per impostazione predefinita è UDP.
  • Non c'è cifratura della voce (SRTP) — se sul firewall l'«ispezione VoIP» richiede SRTP, disattivatela per l'indirizzo del centralino.

SIP ALG — disattivare sul router#

Che cos'è. SIP ALG (Application Layer Gateway; a seconda della marca — «SIP Helper», «SIP Passthrough», «ALG per SIP») è una funzione del router che «aiuta» la telefonia: si intromette nei pacchetti SIP e ne riscrive gli indirizzi. È stata pensata per i telefoni vecchi che non sapevano convivere con il NAT. Il nostro centralino è in grado di farlo da solo (vedi il blocco sopra), e il router con il suo «aiuto» non fa che intralciare.

Come rompe. Spesso riscrive in modo errato, o solo metà dei pacchetti. I segnali tipici:

  • la chiamata si interrompe esattamente dopo ~30 secondi dalla risposta — la conferma della risposta (ACK) è finita nel posto sbagliato, e una delle parti riaggancia per timeout;
  • si sente solo una parte o non si sente nulla — nell'descrizione del flusso vocale l'indirizzo è stato sostituito;
  • il telefono a volte si registra e a volte no, le chiamate in entrata arrivano a intermittenza.

La meccanica di questi guasti è analizzata in dettaglio nelle pagine «La chiamata si interrompe» e «Nessun audio, si sente da una sola parte». Qui — dove disattivarlo.

Marca Dove disattivarlo Di fabbrica
Keenetic (e Netcraze) Impostazioni generali del sistema → Modifica set di componenti → togliere «Gateway a livello applicativo (ALG) per SIP» → Aggiorna. Su Keenetic SIP ALG non è una casella, ma un componente separato del sistema: si rimuove. Il router ha bisogno di internet, aggiornerà il sistema all'ultima versione e si riavvierà da solo — fatelo in un momento tranquillo non indicato nella documentazione
MikroTik (RouterOS) menu degli helper NAT /ip firewall service-port → voce sip → disattivare: /ip firewall service-port disable sip non indicato nella documentazione
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → disattivare SIP ALG non indicato nella documentazione
TP-Link modem xDSL e LTE (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → disattivare SIP ALG non indicato nella documentazione
TP-Link Deco app Deco → More → Advanced → NAT Forwarding → SIP ALG → disattivare non indicato nella documentazione
D-Link DIR (firmware russo) Дополнительно → ALG/Passthrough → interruttore SIP a sinistra → Применить non indicato nella documentazione
D-Link DIR (firmware inglese) Advanced → Firewall → Advanced Settings… → SIP → disattivare non indicato nella documentazione
Zyxel VMG/XMG (modem dei provider) Network Setting → NAT → ALG → disattivare SIP ALG non indicato nella documentazione
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (su ASUS SIP ALG si chiama SIP Passthrough ⚠️ verify) attivo
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → spuntare Disable SIP ALG → Apply attivo
DrayTek Vigor NAT → ALG → togliere Enable SIP/RTSP ALG (firmware dalla 3.8.5); in console — sys sip_alg 0 disattivato
AVM FRITZ!Box nella documentazione AVM non esiste un interruttore separato per SIP ALG. Ma per un centralino esterno bisogna togliere la protezione: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → togliere la spunta a «Nutzung von Internettelefonie aus dem Heimnetz unterbinden» (divieto di telefonia internet dalla rete domestica) — altrimenti FRITZ!Box non lascerà passare i telefoni verso il nostro centralino —
Ubiquiti UniFi (Cloud Gateway) non serve fare nulla: secondo la documentazione Ubiquiti i gateway UniFi non applicano SIP ALG. Controllate il router del provider che sta davanti ALG assente
Tenda nei manuali dei router Wi-Fi domestici Tenda la voce SIP ALG non c'è. Nei modem Tenda DSL: Advance → Services → ALG → togliere SIP —
Huawei, ZTE (terminali ottici dei provider: HG8245H, HG8145V, F660, F670L…) nella documentazione pubblica del produttore il percorso non c'è, il menu di solito è limitato dal provider — chiedete al provider —
Sagemcom, Technicolor, AirTies (apparecchi dei provider) nella documentazione del produttore la voce non c'è — chiedete al provider —
Xiaomi / Redmi nella documentazione del produttore la voce non c'è — verificate con *43 e con una chiamata più lunga di un minuto —

«Di fabbrica: non indicato nella documentazione» significa che il produttore non scrive se ALG è attivo fin dall'inizio — entrate e controllate. I percorsi sono tratti dai manuali ufficiali dei produttori (elenco in «Fonti»); in un altro firmware i nomi delle voci possono differire leggermente.

Per l'amministratore di rete: gateway business
  • TP-Link Omada (gateway con interfaccia web propria): Transmission → NAT → ALG — togliere SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — togliere Enable SIP ALG (e Enable SIP Transformations).
  • Fortinet FortiGate: di fabbrica SIP è gestito dall'ALG (default-voip-alg-mode proxy-based) ed è attivo il session-helper sip (di solito n. 13). Si disattiva solo in console: config system session-helper → delete 13 → end; poi config system settings → set default-voip-alg-mode kernel-helper-based → end; nella policy non deve esserci un profilo VoIP. Verifica — diagnose sys session list | grep sip.
  • MikroTik: la voce SIP in service-port ha i parametri sip-direct-media (per impostazione predefinita yes) e sip-timeout (1 ora) — con l'helper disattivato non hanno effetto.
  • OpenWrt: l'helper SIP vive nel pacchetto kmod-nf-nathelper-extra; niente pacchetto — niente ALG. Gli helper per zona si attivano con l'opzione auto_helper del firewall.

Se il router è del provider (terminale ottico, «scatola» del provider internet) e la voce non si vede — il menu di solito è limitato. Chiamate il provider e chiedete: «disattivate SIP ALG sul mio router» oppure «mettete il terminale in modalità bridge», se dietro c'è il vostro router.

Dopo la disattivazione riavviate il router e i telefoni (le vecchie voci NAT vivono fino al riavvio o alla scadenza del timer), poi digitate *43.

NAT, doppio NAT e keep-alive#

Keep-alive. Il router ricorda la «porta» aperta per il telefono finché qualcosa la attraversa. Se il telefono resta in silenzio più a lungo del timeout UDP sul router, il record viene eliminato — e la chiamata in entrata non raggiunge il telefono, anche se nell'area di amministrazione per qualche minuto ancora il punto verde è acceso («le chiamate in uscita funzionano, quelle in entrata no»). Nei router basati su Linux (su cui funzionano molti modelli domestici e forniti dall'operatore) il timeout predefinito è di 30 secondi per i flussi UDP unidirezionali e di 120 secondi per i flussi con risposte; su MikroTik — 30 secondi e 3 minuti.

Pertanto:

  • nel telefono attivate il NAT keep-alive (chiamato anche «NAT Keep-alive», «Keep Alive Interval», «UDP keep-alive») con intervallo di 15–30 secondi, se esiste questa voce;
  • oppure passate il telefono a TCP — i router mantengono le connessioni TCP molto più a lungo (il nostro centralino accetta TCP sulla stessa porta 5060);
  • il centralino dal canto suo interroga ogni telefono una volta ogni 60 secondi — questo aiuta, ma su un router con timeout di 30 secondi da solo non basta.

Il doppio NAT si ha quando dietro il router dell'operatore o il terminale ottico c'è il vostro router, ed entrambi fanno NAT. Il nostro centralino vede solo l'indirizzo più esterno e funziona comunque, ma: il SIP ALG va disattivato su entrambi i dispositivi, e il keep-alive deve rientrare nel più breve dei due timeout. La soluzione migliore è mettere il dispositivo dell'operatore in modalità bridge, in modo che il NAT sia uno solo.

Internet mobile e IP «grigio» dell'operatore (CGNAT) — è lo stesso doppio NAT, solo che il livello esterno è dell'operatore e non è configurabile. Funziona, ma il keep-alive è particolarmente importante: i timeout degli operatori a volte sono brevi.

Per l'amministratore di rete: timeout e verifica
  • Router Linux (OpenWrt e i firmware di molti modelli domestici e forniti dall'operatore): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s — documentazione del kernel Linux. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Se i telefoni sono senza keep-alive, aumentate il timeout UDP a 180 s.
  • Indizio di un record NAT scaduto: le chiamate in uscita funzionano sempre, quelle in entrata smettono di arrivare dopo qualche minuto di inattività e «si risvegliano» subito dopo una chiamata in uscita.
  • Al contrario, potete verificare il percorso verso il telefono dall'area di amministrazione: scheda dell'apparecchio → scheda «Verifica» → «Chiama l'apparecchio» (vedi la panoramica, «Verifica della qualità della connessione»).

Cavo, Wi-Fi, PoE, VLAN e QoS#

  • Il cavo è meglio del Wi-Fi. Collegate il telefono da scrivania con il cavo. Il Wi-Fi aggiunge ritardo e perdite, soprattutto nella sala dove gli ospiti condividono la rete; passando tra punti di accesso la conversazione può interrompersi.
  • La rete per gli ospiti non è per i telefoni. Di solito vi è attivata l'isolamento dei client (i dispositivi non si vedono tra loro — il computer non riesce ad aprire l'interfaccia web del telefono) e a volte c'è una pagina di accesso («captive portal») che il telefono non può superare.
  • Per girare per la sala servono i DECT, non i telefoni Wi-Fi. I portatili DECT funzionano sulla propria radio, non dipendono dal Wi-Fi e durano di più con la batteria.
  • Alimentazione via PoE. La maggior parte dei telefoni da ufficio è alimentata dallo switch secondo lo standard PoE 802.3af — non serve un alimentatore separato. Se lo switch è senza PoE, l'alimentatore spesso si vende a parte. I videotelefoni e gli apparecchi con moduli di espansione possono richiedere PoE+ (802.3at).
  • Il softphone sullo smartphone in Wi-Fi perde la registrazione quando passa alla rete mobile — vedi «Softphone».
Per l'amministratore di rete: VLAN per la voce e QoS

VLAN. In una struttura con switch gestito è comodo spostare i telefoni in una VLAN voce separata: il traffico degli ospiti e quello di servizio non disturbano la voce, i telefoni non sono visibili agli ospiti. Il telefono riceve il numero della VLAN manualmente (nelle proprie impostazioni di rete), tramite LLDP-MED dallo switch oppure con un'opzione DHCP — consultate la pagina della vostra marca. Il computer collegato alla porta PC del telefono resta nella rete normale. Per il centralino la VLAN non cambia nulla: verso l'esterno il telefono esce comunque attraverso il NAT del router.

QoS. Alla voce non serve un canale largo, ma la priorità nella coda in uscita: quando qualcuno carica video dalle telecamere o un backup nel cloud, i pacchetti della voce stanno nella stessa coda dei file — da qui il «robot» e il ritardo. Cosa si può fare:

  • nel router attivare la prioritizzazione (QoS / SQM / Smart Queue / «Gestione della banda») e dare la priorità più alta agli indirizzi IP dei telefoni o alla VLAN voce;
  • limitare la banda per i dispositivi «pesanti» (telecamere, NAS) poco al di sotto della velocità reale del canale — così la coda non si riempie;
  • di solito i telefoni stessi marcano la voce con il codice DSCP 46 (EF) e la segnalazione con 24–26 (CS3/AF31); il router può prioritizzare in base a questa marcatura. Su internet, al di fuori del vostro router, le marcature DSCP di solito non vengono rispettate — perciò conviene gestire proprio la vostra banda in uscita.

Quanta connessione serve#

Una conversazione attraverso il nostro centralino occupa circa 87 kbit/s in ciascuna direzione — identico per i codec G.711 (A-law/µ-law) e G.722. Per sicurezza, prevedete 100 kbit/s per conversazione — sia in ricezione sia in trasmissione.

Conversazioni simultanee Necessario in trasmissione e in ricezione (ciascuna)
1 telefono 0,1 Mbit/s
2 0,2 Mbit/s
4 0,4 Mbit/s
8 0,8 Mbit/s
10 1 Mbit/s
20 2 Mbit/s

Due precisazioni su cui si inciampa spesso:

  • Una conversazione tra due telefoni all'interno della struttura è composta da due flussi attraverso internet, non da zero: la voce passa sempre attraverso il centralino (ogni telefono verso il centralino e ritorno). Contate i telefoni che parlano contemporaneamente, non le chiamate.
  • Il collo di bottiglia è la trasmissione. Con ADSL, connessione mobile e molti piani, la velocità in trasmissione è di gran lunga inferiore a quella in ricezione. Se il canale in trasmissione è occupato da telecamere, backup cloud o caricamento di video, la voce inizierà a spezzarsi, anche quando «la velocità allo speed test è buona».

La qualità conta più della velocità. Per una conversazione normale servono:

Indicatore Buono Si sente male
Perdita di pacchetti fino all'1 % oltre il 3 % — «gorgoglia», si perdono le sillabe
Jitter (variazione del ritardo) fino a 30 ms oltre 50 ms — l'audio si spezza
Ritardo andata-ritorno fino a 150 ms oltre 300 ms — gli interlocutori si sovrappongono

Gli stessi valori il centralino li mostra per ogni verifica *43 nel registro delle chiamate.

Connessione mobile. Una conversazione consuma circa 0,6 MB al minuto in ciascuna direzione, cioè all'incirca 1,2 MB al minuto in totale, ovvero circa 72 MB all'ora di conversazione.

Come è calcolato

I codec del nostro centralino — G.711 (PCMA/PCMU) e G.722 — trasmettono entrambi 64 kbit/s di audio. Il telefono invia un pacchetto ogni 20 ms (ptime 20 ms — lo standard per questi codec), cioè 50 pacchetti al secondo.

  • Payload del pacchetto: 64 000 bit/s × 0,02 s = 1280 bit = 160 byte.
  • Header: RTP 12 + UDP 8 + IPv4 20 = 40 byte → pacchetto a livello IP — 200 byte.
  • A livello IP: 200 byte × 8 × 50 pacchetti/s = 80 kbit/s.
  • Nel cavo Ethernet si aggiungono altri 18 byte di header del frame: 218 byte × 8 × 50 = 87,2 kbit/s — ed è questo il «circa 87».
  • RTCP (report sulla qualità, ogni pochi secondi) aggiunge frazioni di kbit/s — trascurabile. Il PPPoE del provider aggiunge 8 byte per pacchetto (+3,2 kbit/s).

Formula: banda = (payload + header) × 8 × (1000 / ptime); per G.711 e G.722 a 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Traffico: 80 kbit/s (a livello IP, come conta l'operatore mobile) = 10 000 byte/s × 60 = 600 000 byte ≈ 0,6 MB al minuto in una direzione; ×2 direzioni = 1,2 MB/min; ×60 minuti = 72 MB/h.

Come verificare la rete#

  1. Eco-test *43 dal telefono che dà problemi: tono → la vostra stessa voce. Come interpretare i quattro esiti (tono senza voce, silenzio, audio spezzato) — nella panoramica: «Verifica della qualità della comunicazione». Parlate per almeno 10 secondi — così nel registro delle chiamate compariranno perdita di pacchetti, jitter e ritardo.
  2. Chiamata dal centralino all'apparecchio (scheda dell'apparecchio → «Verifica» → «Chiama l'apparecchio») verifica il percorso inverso — proprio quel «buco» nel router attraverso cui arrivano le chiamate in entrata.
  3. La stessa verifica da un'altra rete (telefono o softphone con connessione mobile) risponde rapidamente se la colpa è della rete della struttura.

Se qualcosa non va — analisi per sintomo:

Sicurezza#

  • Non esponete il telefono, l'ATA o il gateway direttamente su internet: non inoltrate su di essi la porta 5060, non metteteli in DMZ e non assegnate loro un IP «pubblico». Internet è scansionato dai robot 24 ore su 24 — un apparecchio aperto inizia a chiamare di notte da numeri come «100» o «1000» e, nel peggiore dei casi, viene usato per chiamate a pagamento. Il nostro schema non richiede alcun inoltro di porte.
  • Cambiate la password di fabbrica dell'interfaccia web del telefono (admin/admin e simili) — altrimenti chiunque nella rete della struttura, incluso il Wi-Fi ospiti senza isolamento, può aprire le impostazioni e leggere le credenziali.
  • Se il telefono ha una voce «accetta SIP solo dal server/proxy» (Allow SIP from proxy only, Accept SIP from registrar only) — attivatela.
  • Aggiornate il firmware dei telefoni e del router da fonti ufficiali del produttore.

Domande frequenti#

Serve un IP statico («pubblico») per l'attività?#

No. Il telefono si connette da solo al centralino, e il centralino lo memorizza in base all'indirizzo esterno effettivo, qualunque esso sia. Funziona sia con un IP «grigio» del provider sia tramite internet mobile.

È necessario inoltrare le porte 5060 e 10000–20000 sul router?#

No, e non vale la pena provarci: l'inoltro della 5060 verso il telefono lo rende visibile agli scanner da internet. È sufficiente che il router lasci passare il traffico in uscita (è così configurato di fabbrica).

Non ho trovato SIP ALG nel mio router. Cosa fare?#

Cerchi nelle sezioni NAT, «Firewall», «Sicurezza», «WAN», «Componenti». Se la voce non c'è, è possibile che il modello non abbia affatto l'ALG; verifichi con *43 e con una chiamata più lunga di un minuto. Se le chiamate cadono dopo 30 secondi e il router è del provider, chieda al provider di disattivare SIP ALG o di mettere il dispositivo in modalità bridge.

Le chiamate in entrata arrivano solo nei primi minuti dopo l'accensione del telefono#

È il classico segnale di una voce NAT scaduta sul router: il telefono resta in silenzio oltre il timeout UDP e il router dimentica dove consegnare le chiamate in entrata. Attivi sul telefono il NAT keep-alive a 15–30 secondi oppure passi il trasporto a TCP. In dettaglio — «La chiamata si interrompe» e la sezione «NAT, doppio NAT e keep-alive».

Ci basta un router mobile con SIM?#

Per 1–3 conversazioni simultanee — di solito sì: servono circa 0,1 Mbit/s per conversazione in ciascuna direzione. Il punto debole è l'instabilità: con perdite superiori al 3 % e una latenza superiore a 300 ms la conversazione diventerà scomoda. Verifichi *43 nelle ore di punta e guardi i numeri nel registro delle chiamate.

Si possono mettere i telefoni sul Wi-Fi guest?#

Meglio di no. Nella rete guest sono spesso attivi l'isolamento dei client e la pagina di accesso, e la banda è condivisa dagli ospiti con i loro video: la voce inizierà a spezzarsi nell'ora più carica. Dedicare ai telefoni una rete di servizio o una VLAN.

Sezioni correlate#

Fonti#

Was this article helpful?
Network, softphones & reset
Demo menu ospite Inizia gratuitamente