+ TECNICO ICT · Jesolo (VE)
Network & Infrastructure
Networking · Sistemi · Telecomunicazioni
Configurazione e troubleshooting di reti aziendali, sistemi e telefonia. Dagli apparati al servizio, da remoto e sul posto.
Questo sito, dalla build al mini PC ↗VLAN voce · SIP / SDP · RTP · NAT
Linee: collegamenti di rete · azzurro: percorso voce
Il PBX gestisce la chiamata; in questo esempio anche l’audio passa dal PBX. La VLAN voce è distinta dalla rete dati. Verifico segnalazione e media, poi provo chiamate in entrambe le direzioni.
Confronto i requisiti del trunk con SIP, SDP e indirizzi annunciati dal PBX. Le destinazioni dei media possono essere diverse da quelle della segnalazione.
Verifico le policy del trunk e il NAT verso il PBX, incluso il percorso di ritorno. Valuto SIP ALG in base agli apparati e ai requisiti dell’operatore.
Le porte dei telefoni forniscono PoE e accesso alla VLAN voce. Il trunk verso il firewall trasporta le VLAN; controllo tagging, alimentazione e contatori delle porte.
Il PBX termina gli interni e il trunk. In questo schema mantiene i media sul proprio percorso: una chiamata stabilita non basta, verifico anche RTP e audio bidirezionale.
Controllo PoE, VLAN voce, DHCP e registrazione dell’interno. Provo chiamate interne ed esterne, senza confondere la registrazione SIP con la qualità dell’audio.
Le postazioni condividono lo switch fisico, ma restano in una VLAN diversa dai telefoni. Il firewall regola gli accessi fra rete dati e servizi voce.
Reti nel tunnel · policy mirate · DNS interno · route di ritorno
Tratteggio: tunnel su Internet · linea: rete cablata
Il firewall termina il tunnel WireGuard e instrada l’accesso alla VLAN server. Le policy consentono i servizi necessari; la LAN utenti non diventa automaticamente raggiungibile.
Verifico reti instradate nel tunnel, DNS interno e raggiungibilità dei servizi autorizzati. Lo split tunneling dipende dalle esigenze dell’accesso.
È il trasporto del tunnel logico tratteggiato. Controllo connettività del client e raggiungibilità dell’endpoint VPN, prima delle reti e dei servizi interni.
Termina WireGuard e applica le policy fra VPN e VLAN. Verifico sia i servizi consentiti sia le destinazioni che devono restare escluse.
Trasporta le VLAN dati e server verso il firewall. Il routing e le policy fra segmenti sono sul firewall; controllo tagging e porte di accesso.
Verifico il servizio applicativo, il DNS e il gateway di ritorno verso la VPN. Una risposta al ping da sola non dimostra che l’applicazione sia utilizzabile.
La rete utenti resta separata dalla VLAN server. L’accesso VPN non deve allargarsi a questo segmento se non è richiesto dalle policy concordate.
Tunnel IPsec · route sui tre gateway · policy fra sedi
Tratteggio: tunnel IPsec · linea: LAN centrale
L’hub termina due tunnel indipendenti. Il percorso fra A e B passa dal gateway centrale: servono route di andata e ritorno e policy dedicate. I servizi della sede centrale hanno un accesso distinto.
Il gateway della sede A instrada la LAN B nel tunnel verso l’hub. Verifico reti locali, route e assenza di sovrapposizioni con le altre sedi.
Il gateway della sede B deve conoscere il percorso di ritorno verso A. Controllo stato del tunnel, routing e policy, in entrambe le direzioni.
Termina i tunnel IPsec route-based delle due sedi. Il traffico spoke-to-spoke richiede inoltro fra tunnel e policy esplicite; due tunnel attivi non dimostrano che le sedi comunichino.
Collega le reti centrali al gateway VPN. Verifico che le route verso le sedi remote e quelle di ritorno dai servizi siano coerenti.
Le sedi accedono solo ai servizi centrali previsti. Controllo risoluzione DNS, porte applicative e percorso di ritorno, oltre alla raggiungibilità IP.
Gli utenti della sede centrale hanno un segmento dedicato. L’accesso fra sedi viene definito per servizio e destinazione, senza estendere automaticamente tutte le LAN.
Ospite in reception · sessione hotspot valida
Copertura sovrapposta · canali / potenza · roaming · sessione hotspot
Tratteggio: client Wi-Fi · linea: Ethernet · puntini: UniFi / portal
L’ospite accede con un voucher sul portale dell’hotel, poi si sposta tra reception e camere sullo stesso SSID e nella stessa VLAN. Progetto la copertura e collaudo i passaggi fra AP con navigazione e chiamate attive. La rete guest resta separata da reception, gestionale e apparati.
Dalla reception alle camere cambia l’AP di associazione, mentre SSID, VLAN e indirizzo IP restano gli stessi. Verifico i passaggi con dispositivi reali: la scelta del momento di roaming dipende anche dal client.
UniFi Network gestisce gli AP sulla VLAN 99 e ospita il portale con logo dell’hotel e voucher a scadenza. Verifico accesso iniziale, durata dell’autorizzazione e passaggio fra AP senza un nuovo login durante la sessione valida. Il portale autorizza l’accesso: la navigazione passa dal gateway.
Collegamento cablato e PoE, con SSID guest sulla VLAN 40. Dimensiono la copertura per lobby e reception, considerando ospiti simultanei, interferenze e sovrapposizione utile con gli AP dei corridoi.
Stesso SSID e stessa VLAN della reception, con uplink cablato. Regolo canali e potenza e valuto 802.11k/v e Fast Roaming 802.11r secondo sicurezza dell’SSID e compatibilità dei client. Il mesh radio resta un’opzione per aree non cablabili; il roaming funziona anche fra AP cablati.
Alimenta entrambi gli AP e trasporta VLAN guest 40 e management 99. Controllo trunk, budget PoE e capacità degli uplink; la rete ospiti resta distinta dai servizi interni dell’hotel.
Gateway e DHCP della VLAN guest, con uscita Internet dopo l’autorizzazione hotspot. Verifico isolamento fra ospiti e reti interne, accessi necessari al portale prima del login e limiti di banda coerenti con la connettività dell’hotel.
01IL PROFILO
Sono Alessandro, tecnico ICT di Jesolo (VE), con un focus su networking e telecomunicazioni.
In una realtà ICT seguo clienti e infrastrutture aziendali: analizzo le esigenze, configuro gli apparati e intervengo sui problemi di rete e telefonia, da remoto e sul posto.
Progetto reti scalabili per le esigenze future dell’azienda: segmentazione, collegamenti fra sedi e ridondanza, con configurazioni che restino gestibili quando crescono utenti e servizi.
Il lavoro comprende anche il confronto con responsabili aziendali, fornitori e operatori: tradurre una necessità in una soluzione applicabile, valutarne i vincoli e seguirne l’installazione.
Network & Infrastructure Engineering, in ambienti dove reti, sistemi e sicurezza vanno gestiti insieme.
02COMPETENZE OPERATIVE
Ambiti e tecnologie con cui lavoro.
Il contesto guida la scelta degli strumenti.
LAN e WAN, routing, switch e VLAN. Reti Wi-Fi, collegamenti fra sedi e soluzioni di ridondanza. Seguo anche la parte fisica: giunzione della fibra ottica, cablaggio in rame e allestimento di rack dati, dalla posa dei collegamenti alla loro organizzazione.
Policy firewall, NAT, segmentazione e accessi remoti. Configurazione e troubleshooting di tunnel VPN, verificando anche routing e risoluzione DNS.
Telefonia aziendale, centralini e trunk SIP. Diagnosi di problemi di segnalazione e audio; raccordo tecnico con operatori e fornitori.
Supervisione di apparati e servizi, assistenza remota e interventi sul posto. Documentazione di configurazioni e verifiche per rendere gli ambienti mantenibili.
Sistemi Windows e Linux, ambienti virtualizzati e attività di amministrazione. PowerShell per rendere ripetibili le operazioni ricorrenti.
03COME LAVORO
Prima degli apparati, viene il modo in cui lavora il cliente. Da lì costruisco una soluzione e ne seguo la realizzazione.
Ogni scelta deve rispondere a una necessità. Ogni intervento deve lasciare una rete comprensibile e gestibile.
Parto dal confronto con il cliente: come lavora, quali servizi devono restare disponibili e cosa deve cambiare. Metto a fuoco priorità, budget, vincoli e crescita prevista.
Requisiti e priorità condiviseRilevo apparati, collegamenti, rack e configurazioni. Ricostruisco VLAN, indirizzamento, accessi e dipendenze dei servizi, distinguendo ciò che funziona dai punti fragili.
Stato attuale e vincoli tecniciTraduco i requisiti in una rete: cablaggi, apparati, segmentazione, Wi-Fi e collegamenti fra sedi. Valuto capacità, ridondanza e gestione futura, spiegando le scelte al cliente.
Schema di rete e scelte motivateConcordo tempi e impatto sui servizi, coordino fornitori e operatori e preparo le configurazioni. Prima del cambio definisco backup, verifiche e percorso di ripristino.
Piano di lavoro e rollbackSeguo cablaggio e configurazione fino alle prove sui servizi. Verifico accessi consentiti e bloccati, chiamate con audio bidirezionale e comportamento delle linee di backup.
Servizi verificati, non solo link attiviLascio schemi e configurazioni aggiornati, insieme alle verifiche eseguite. Imposto i controlli di monitoraggio utili e seguo l’ambiente quando cambiano utenti, sedi e necessità.
Documentazione e continuità operativa04SCENARI TECNICI
Esempi di ragionamento su problemi
di rete, sicurezza e telefonia.
Scenari illustrativi basati sugli ambiti della mia attività. Descrivono l’approccio alla diagnosi, senza dati di clienti o risultati attribuiti a progetti specifici.
Lo stato del tunnel è un punto di partenza. Non basta a dimostrare la raggiungibilità dei servizi.
Routing · VPN · DNS · MTUTunnel stabilito, ma alcune reti o applicazioni non sono raggiungibili.
Prove bidirezionali sui servizi interessati, con il percorso del traffico ricostruito.
Segnalazione e flusso audio percorrono strade diverse: il problema va cercato su entrambi.
SIP · RTP · NAT · PBXRegistrazione e chiamata riuscite, ma audio assente o monodirezionale.
Chiamate in ingresso e in uscita, con audio bidirezionale e gestione corretta della sessione.
Un accesso VPN va valutato in funzione dei servizi necessari, della segmentazione e delle policy.
Firewall · Segmentazione · Split tunnelingUtenti remoti con esigenze diverse e risorse distribuite su più reti.
Accessi previsti funzionanti e restrizioni coerenti con il perimetro concordato.
Il failover non si esaurisce con un link che risulta attivo. Conta il comportamento delle applicazioni.
FTTH · Multi-WAN · LTE / 5GConnettività principale affiancata da una linea LTE/5G o da un secondo operatore.
Comportamento dei servizi documentato durante il cambio di connettività.
Il monitoraggio deve aiutare a distinguere un guasto di rete da un servizio che non risponde.
SNMP · Nagios · Servizi · AlertingApparati raggiungibili, ma visibilità insufficiente sullo stato dei servizi.
Un’anomalia di prova genera un’indicazione comprensibile e riconducibile al servizio.
05ALTRI PERCORSI
06CONTATTI
Jesolo (VE)Una rete da progettare, un’infrastruttura da far crescere o un ruolo tecnico di cui parlare. Scrivimi il contesto e quello che vuoi ottenere.
