Router 4G per VPN: tre livelli di compatibilità da verificare per primi

Un router può avere uno slot SIM, una radio Wi-Fi e un menu VPN e restare comunque il dispositivo sbagliato per il collegamento che state pianificando. Le tre capacità sono valutate da persone diverse con prove diverse. La compatibilità cellulare è una questione di modem e bande, il servizio mobile è una questione di operatore e piano, e il tunnel è una questione di ruolo e criterio. Confrontare i router su una scheda tecnica fonde tutti e tre in un'unica colonna, ed è proprio per questo che il confronto inganna.

Tre livelli, tre modi diversi di fallire

Il confronto utile li tiene separati e chiede da quale livello dipenda davvero il vostro progetto. Un client in uscita, un server in ingresso e un endpoint tra due sedi sono tre requisiti diversi sullo stesso hardware.

Nominate il ruolo prima di mettere qualcosa nella lista ristretta, perché il ruolo decide quale dei tre livelli può escludere un dispositivo.

Livello primo: la variante esatta ordinabile

Partite dal codice esatto che potete ordinare, non dal nome della famiglia. La documentazione Teltonika sulle etichette di prodotto è un buon esempio: codici diversi nella stessa famiglia possono significare bande LTE diverse, firmware diverso e accessori diversi. L'etichetta spiega cosa verificare, non quale router comprare, e quella distinzione è l'intero scopo di questo livello.

Verificate che la confezione contenga davvero il modem necessario, invece di accettare solo una nota a piè di pagina sul supporto di un modem USB opzionale. Nemmeno un'etichetta sbloccata risponde a ogni domanda di compatibilità con l'operatore, perché approvazione e supporto delle bande sono fatti separati.

Se la regione e l'operatore non sono entrambi indicati nelle prove, questo livello non è verificato.

Livello secondo: cosa dà davvero la SIM

Una sessione dati mobili funzionante dimostra che l'APN funziona, e nulla più. Il piano e l'APN decidono se ottenete un indirizzo pubblico o un accordo condiviso con l'operatore, e quella decisione cambia ciò che il router può fare. Lo spazio di indirizzi condiviso dell'operatore non è una voce IPv4 pubblica di proprietà dell'abbonato, quindi un servizio in ingresso non è raggiungibile come su una linea aziendale.

Se il router deve accettare connessioni VPN non richieste, confermate l'ingresso raggiungibile e il criterio di filtraggio supportato dall'operatore. Un inoltro di porta locale sul router non può configurare il NAT di un operatore a monte, comunque sia chiamato il menu.

Un relè approvato, o un tunnel avviato dal router verso un peer raggiungibile, è un'architettura diversa e non un aggiramento. Confrontatelo come architettura.

Livello terzo: il ruolo del tunnel che vi serve

Per un client in uscita, un indirizzo IPv4 pubblico statico non è obbligatorio ovunque, perciò l'analisi in ingresso qui sopra non vale per ogni progetto. Ciò che deve comunque funzionare sono il peer, il trasporto scelto, le rotte e il comportamento di ripristino attraverso il servizio che avete realmente ricevuto. Questi quattro sono verificabili prima del deployment, e ciascuno fallisce in modo diverso.

Confrontate i candidati per il ruolo che ricopriranno: client, server o entrambi. Un dispositivo eccellente come client può essere la scelta sbagliata come server, e la differenza di solito sta nel percorso in ingresso e non nell'implementazione VPN.

Tenete profilo, metodo di autenticazione e criterio per i dispositivi dietro il router nello stesso confronto, perché viaggiano con il ruolo.

Cosa non dice la valutazione della velocità

Categoria LTE e velocità Wi-Fi non sono misure del throughput del tunnel. Condizioni radio e elaborazione del gateway limitano entrambe il risultato, e il limite si sposta quando più dispositivi a valle sono attivi. Una tabella di confronto costruita su quei due numeri ordinerà i dispositivi in un modo che non regge il confronto con un carico reale. Provate il tunnel con la miscela di traffico che vi aspettate, oppure dite chiaramente che non l'avete fatto.

Poi aggiungete le voci operative che decidono se il deployment sopravvive: il servizio SIM, antenne e accessori, il percorso di aggiornamento del firmware, e un modo locale di amministrare il gateway quando l'accesso mobile è assente.

Rendere la manutenzione del tutto dipendente dal collegamento che il dispositivo dovrebbe riparare è il modo di guasto da progettare via. Mantenete una console o un percorso di gestione locale, e confrontate i router su se lo consentono.