Spesso, uno degli errori più frequenti nella seconda prova di Sistemi e Reti è partire subito dagli indirizzi IP, dalle VLAN o dagli apparati, senza aver prima capito cosa la traccia sta davvero chiedendo.
In questo articolo vediamo il metodo che uso con le mie classi per analizzare la traccia prima di progettare. Inoltre, funziona su qualsiasi traccia, qualsiasi anno.
Perché non si parte dal progetto
Le tracce d’esame, infatti, non sono esercizi da libro. Sono invece testi lunghi, scritti in linguaggio istituzionale, che descrivono una realtà concreta — un’azienda, un ente, una rete sanitaria — e chiedono di progettare qualcosa per quella realtà.
In altre parole, una LAN con tre reparti non è la stessa cosa di una WAN con duemila sedi: se non chiarite prima il tipo di problema, qualsiasi soluzione tecnica è un tiro nel buio.
Leggere la traccia come una lista di requisiti
Mentre leggete, dovete perciò estrarre queste informazioni:
| Cosa cercare | Esempi |
|---|---|
| Contesto dell’organizzazione | Azienda, ente, scuola, struttura sanitaria |
| Numero di sedi e reparti | Sede unica, sede centrale + staccata, molte sedi |
| Servizi richiesti | DHCP, DNS, VPN, web, file sharing, autenticazione |
| Vincoli di sicurezza | Isolamento, cifratura, autenticazione, ACL |
| Collegamenti tra sedi | WAN, VPN site-to-site, accessi remoti |
| Utenti e risorse | Interni, ospiti, server, stampanti, AP |
Trucco utile: anzitutto, cerchiate i verbi della consegna. Analizzare vuole ragionamento. Motivare richiede le ragioni delle scelte. Specificare pretende dettagli. Esemplificare, infine, vuole esempi concreti. Ogni verbo è quindi un pezzo della risposta che la commissione si aspetta.
Separare ciò che è esplicito, implicito e mancante
Questo passaggio è infatti il cuore del metodo.
| Tipo di dato | Cosa significa | Esempio |
|---|---|---|
| Esplicito | Scritto nella traccia, non si discute | “La sede centrale ospita 120 postazioni” |
| Implicito | Non scritto, ma conseguenza tecnica logica | Se ci sono più VLAN, servirà inter-VLAN routing |
| Mancante | Non specificato, richiede un’ipotesi | Numero esatto di host, blocco IP di partenza |
I dati espliciti si rispettano sempre. Quelli impliciti, invece, si deducono dalla logica tecnica, mentre i dati mancanti vanno colmati con le ipotesi aggiuntive.
Le ipotesi aggiuntive non sono un riempitivo
Servono infatti a rendere il progetto coerente, completo e difendibile davanti alla commissione. Nello specifico, una buona ipotesi deve essere:
| Caratteristica | Cosa significa | Esempio buono | Esempio debole |
|---|---|---|---|
| Plausibile | Non scollegata dalla traccia | “Ogni reparto ha una VLAN dedicata” | “Si introduce un data center in fibra per 3 PC” |
| Utile al progetto | Porta verso la soluzione | “Si prevede un server DHCP centralizzato” | “Si suppone una rete moderna” |
| Dichiarata | Non spacciata come dato | “Si ipotizza che… perché…” | Omessa o nascosta nel testo |
Di conseguenza, la formula da usare è sempre la stessa:
Si ipotizza che… Questa ipotesi è ragionevole perché…
Scomporre la traccia in blocchi di lavoro
Innanzitutto, prima di progettare, scomponete il problema. Di solito i blocchi sono sempre più o meno gli stessi:
| Blocco | Cosa contiene |
|---|---|
| Struttura della rete | Quante sedi, reparti, aree logiche |
| Piano di indirizzamento | Subnet, host, VLSM se necessario |
| Segmentazione logica | VLAN, trunk, inter-VLAN routing |
| Servizi di rete | DHCP, DNS, NAT, relay agent |
| Sicurezza | ACL, firewall, VPN, cifratura |
| Motivazioni | Perché avete fatto ogni scelta |
In pratica, questa scomposizione rende gestibili anche le tracce più complesse. Sei ore sembrano tante, tuttavia passano in fretta senza un piano.
L’errore che vedo più spesso
Lo studente legge in fretta, individua due o tre parole chiave, prende uno schema che ha già in testa — magari da un esercizio fatto in classe — e di conseguenza prova ad adattarlo alla traccia. Al contrario, il metodo corretto è l’opposto: non dovete forzare una soluzione pronta sul problema, ma leggere il problema e costruire una soluzione coerente con esso.
Il template: dieci minuti che ne salvano sessanta
Per questo motivo, prima di iniziare il progetto, compilate questa scheda. Anche a penna, anche sporca: l’importante è soprattutto averla compilata prima di scrivere.
| Campo | Da compilare |
|---|---|
| Contesto | Azienda / scuola / ente / struttura sanitaria / altro |
| Sedi | Sede unica / centrale + staccata / molte sedi distribuite |
| Aree logiche | Reparti / uffici / laboratori / ospiti / server / management |
| Servizi richiesti | DHCP / DNS / web / VPN / autenticazione / altro |
| Sicurezza | ACL / firewall / segmentazione / cifratura / isolamento |
| Vincoli espliciti | VLAN / WAN / IP statici / rete assegnata / altro |
| Dati impliciti | Inter-VLAN routing / relay agent / NAT / VPN / altro |
| Ipotesi aggiuntive | Si ipotizza che ___ perché ___ (almeno 3) |
| Blocchi di lavoro | Struttura → Indirizzi → VLAN → Servizi → Sicurezza → Motivazioni |
Conclusione
La seconda prova, in definitiva, non premia chi configura per primo. Premia invece chi capisce il problema, lo scompone bene e costruisce una soluzione ordinata. Prima analisi, poi progetto, poi configurazione. Saltare il primo passaggio significa di conseguenza indebolire tutto il resto.
Nota: questo materiale riflette il mio approccio didattico e non è un documento ufficiale. Le tracce d’esame ammettono infatti approcci diversi. Usatelo quindi come strumento di lavoro, non come verità assoluta. Se qualcosa non vi convince, chiedete al vostro docente.