Un addressing plan ben progettato non è un dettaglio implementativo: in ottica ENSLD è una scelta di design che determina la scalabilità del routing, la stabilità della control plane e la dimensione della routing table. L’obiettivo è allocare lo spazio IPv4 in modo gerarchico e contiguo, così da poter aggregare le rotte ai confini naturali della topologia — area OSPF, sito remoto, POD di data center, blocco regionale.

Perché la gerarchia abilita la summarization

La route summarization (o aggregation) consiste nel pubblicare un unico prefisso che rappresenta molte subnet più specifiche. Funziona solo se le subnet aggregate sono contigue e cadono tutte all’interno del super-net advertised. Un design gerarchico assegna a ciascun sito/area un blocco unico e continuo (es. 10.10.0.0/16 al Sito A, 10.20.0.0/16 al Sito B); a quel punto il router di confine annuncia una sola summary invece di decine di prefissi /24.

I benefici sono diretti:

  • Routing table più piccola → meno memoria, convergenza più rapida.
  • Contenimento dei flap: se un /24 interno oscilla, la summary resta stabile e l’instabilità non si propaga oltre il confine.
  • Minor consumo di CPU per SPF/best-path negli altri domini.

VLSM: ottimizzare senza sabbandonare l’aggregabilità

Il VLSM (Variable Length Subnet Masking) permette di dimensionare ogni subnet secondo il numero reale di host: un link point-to-point usa un /30 (2 host) o meglio un /31 (RFC 3021, 0 host sprecati), una LAN utenti un /24, un segmento server un /25. Questo evita lo spreco tipico del subnetting a maschera fissa.

Il trade-off chiave d’esame è tra due forze opposte:

Obiettivo Approccio Rischio
Efficienza dello spazio VLSM aggressivo, subnet dimensionate al bit Blocchi frammentati/discontigui → non sommarizzabili
Sommarizzabilità Blocchi contigui allineati ai bit Qualche indirizzo “sprecato” per lasciare headroom

La best practice di design è allocare per sito un blocco allineato e con margine di crescita, poi applicare VLSM dentro quel blocco. Così si ottiene sia efficienza locale sia una singola summary verso l’esterno.

Calcolare la summary route

La summary è il prefisso più lungo (maschera più corta) che copre tutte le subnet target. Procedimento:

  1. Scrivi in binario i prefissi da aggregare.
  2. Individua i bit alti comuni a tutti.
  3. La lunghezza della summary = numero di bit comuni.

Esempio — aggregare 172.16.0.0/24 … 172.16.3.0/24 (quattro /24):

172.16.00000000
172.16.00000001
172.16.00000010
172.16.00000011

I primi 22 bit sono identici → la summary è 172.16.0.0/22. In OSPF si configura con:

area 1 range 172.16.0.0 255.255.252.0

su un ABR (inter-area), oppure con summary-address su un ASBR per rotte ridistribuite. In EIGRP si usa ip summary-address eigrp a livello di interfaccia; in BGP aggregate-address.

Dove sommarizzare

  • OSPF: sui confini di area — solo ABR e ASBR possono sommarizzare, mai un router interno (i LSA type-1/2 restano intra-area). Ricorda che il backbone area 0 deve rimanere contiguo.
  • EIGRP: la summarization è possibile su qualsiasi interfaccia, essendo un distance vector avanzato — molto flessibile ma va disciplinata dal design.
  • BGP: aggregazione ai confini di AS/regione, con attenzione ad atomic-aggregate e summary-only.

La trappola degli indirizzi discontigui

Se lo stesso major-net è sparso in siti diversi (es. 10.1.0.0/24 a Milano e 10.1.1.0/24 a Roma), nessuno dei due confini può annunciare una summary pulita senza attirare traffico destinato all’altro sito: il risultato è routing sub-ottimale, black-holing o de-aggregazione forzata, con la routing table che si gonfia esattamente come si voleva evitare. La regola di design è: un blocco contiguo = un luogo topologico.

Trappole tipiche d’esame

  • Scenario: subnet dello stesso blocco sparse su più aree/siti → risposta giusta: il design impedisce la summarization; ri-allocare in blocchi contigui per sito prima di sommarizzare.
  • Scenario: si chiede la summary di quattro /24 consecutivi → risposta giusta: è un /22 (i bit comuni sono 22), non un /23 o /24.
  • Scenario: link point-to-point e si vuole massima efficienza → risposta giusta: /31 (RFC 3021), che elimina lo spreco di network/broadcast del /30.
  • Scenario: dove configurare la summary in OSPF → risposta giusta: sull’ABR con area range (inter-area) o sull’ASBR con summary-address (rotte esterne/redistribute), mai su un router interno all’area.
  • Scenario: si privilegia VLSM aggressivo senza headroom e il sito cresce → risposta giusta: prevedere margine di crescita nel blocco per preservare l’aggregabilità futura, accettando un lieve overhead di spazio.